Could this be related to [[phab:T155397]]?

In T118540#4628792, @Trizek-WMF wrote:

That task may interest Growth, for their "Personalized first day" exploration.

This could be particularly helpful for common inline templates, such as the {{lang}} templates. When readers see this:

Initial copyediting completed.

No responses to a few comments on this subject at enwiki.

It's not listed at https://de.wikipedia.org/wiki/Spezial:Markierungen That suggests that we can't count on it existing even at the largest communities.

I believe that this is a duplicate of T202916: Stop changing my "Group results by page" prefs based on a URL that I've clicked on.

In the meantime, I've adapted a script (with help) that previously set UI languages. I've tested it (once), and it seems to work. Anyone else who's bothered by this bug might want to consider putting this in your /common.js or /global.js user script page:

As a result of T111663: Tag AWB edits, AWB uses Special:Tag to tag edits. But I thought that only shows if the local admins have created the tag?

Diberri's tool, which WikiProject Medicine used to use as its primary source, used to provide a ref name of pmid1234567 for citations it generated (from PMIDs).

Are we sure that opening an editor is the best behavior? Maybe it should take you to "This page doesn't currently exist; you can search this title in other pages or edit this page" first (or local equivalent; see https://en.wikipedia.org/wiki/Elkelkvnelknblekfnbeldkf for enwiki's version).

Perhaps only at SET (Single Edit Tab) wikis?

Thanks! This is great. I'm happy.

Userinfo script is not working on mw.org. See https://www.mediawiki.org/wiki/User:Quiddity if you have the script installed.

I can't reproduce this in Firefox 63 on macOS 10.13.6. I don't know whether the problem was solved (for example, a user script that got fixed) or if it's specific to older versions of Firefox, but I don't remember seeing this for months.

User:Popcornduff can reproduce this in Chrome at the English Wikipedia.

I can't reproduce this in Safari 12 on macOS 10.13. (It just ignores my hand-typed section headings.) Do you have browser information?

This has been proposed as part of the 2019 Community Wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/VisualEditor:_Allow_references_to_be_named It's too early to know whether it will make the top 10 (voting will be open until the 30 November 2018), but it's currently among the more popular items, which suggests that solving this problem has widespread community support.

This has been proposed as part of the 2019 Community Wishlist: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/VisualEditor:_Allow_references_to_be_named It's too early to know whether it will make the top 10 (voting will be open until the 30 November 2018), but it's currently among the more popular items, which suggests that solving this problem has widespread community support.

The current version of the task contains a small error:

In T209217#4737560, @Legoktm wrote:

In T209217#4737085, @stjn wrote:

Do you want ‘install it by default’, maybe? Merging a specific extension into core would just bring the same problems with regards to old toolbar.

What problems exactly? My understanding is that the "classic toolbar" was removed for maintenance reasons. Given that we have to maintain WikiEditor one way or another, where it lives is less consequential.

The team isn't going to work on this (directly) for the foreseeable future, so I'm going to resolve this.

I think this is pretty much done. If there are questions/unexpected needs, please feel free to talk to me.

This appears to be the problem reported here: https://fr.wikipedia.org/wiki/Wikipédia:Questions_techniques/semaine_46_2018#Comment_contrer_un_bug_de_l%27éditeur_visuel_%28galerie_d%27images%29_et_ne_pas_perdre_une_modification

@Reedy should know the answer, since he made AWB add tags. :-)

@Binabik, does this sound like the problem you reported a while ago with deleting a page in https://www.mediawiki.org/wiki/Topic:Uji3xnc8m4ly78xg ?

Reminder for @Jdlrobson: This doesn't seem to be assigned to anyone yet.

This all looks good to me.

This problem appears to have been resolved in (at least) Safari 12 on macOS High Sierra 10.13.

Such a bot has operated in the past: https://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/Polbot_8 I don't know if any bots are currently doing this.

T123778: When Converting a bare URL, just alter the contents, don't replace the reference from @Thryduulf looks similar, except that in one of those links, it appears to keep the named refs connected. A Regression, maybe? Or perhaps the order of the wikitext matters?

It must be more complicated than that? This edit seems to have worked.

I also had this happen when I tried to export a translation. I didn't try to disable the script, but it's the same sort of behavior, so I'm suspicious that it's the same cause.

It appears that the German Wikipedia has a broken gadget that is interfering with CharInsert/EditTools. If you are looking for this:

Another point: You can reach this list of prefs on the mobile site, e.g., http://en.m.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing, but they have no effect on the mobile site. So perhaps labeling them as "Editors (on the desktop site)" would be a good idea.

Mobile Web offers very few user preferences, and "Give me the non-Javascript editor even though I have Javascript running on my mobile device" is not one of them.

@alexhollender, the steps to reproduce appear to be:

Thanks to @Johan for sending the newsletter to the non-enwiki wikis.

The link is currently a placeholder but can be put on your watchlist now.

This looks like a duplicate of T52568: VisualEditor: Be able to name references manually in the reference dialog.

Schedule notes:

Requested again at https://www.mediawiki.org/wiki/Topic:Un1au1vo3hnxlx1e

Highlighting for endashes and emdashes is also requested by User:PopularOutcast here: https://www.mediawiki.org/wiki/Topic:Un1au1vo3hnxlx1e

I think this is the "a per-user saved setting for menu preferences". The Special Characters item has already been moved out of the menu (for mostly unrelated reasons).

The intitial proposal will be posted to https://www.mediawiki.org/wiki/Visual-based_mobile_editing/Ideas/October_2018 next week.

The Nightwish link changed the functional ([[Media:Nightwish-highhopes.ogg|sample]]) to the broken ([//upload.wikimedia.org/wikipedia/en/6/69/Nightwish-highhopes.ogg sample]) (and about a thousand other little things, none of which matter).

The earliest I've found at enwiki was on Saturday, 14 April 2018:

Also other places. And last year. And, yes, everyone who has offered to help is ready to do their bit on the schedule that we agreed to two months ago.

@dchen, is there an easy link to this deck anywhere?

@Johan I think that this wants to be in Tech News soon (#42 or #43). The main message is "The 2006 wikitext editor is no longer supported and will be removed from Special:Preferences". The project page is at https://www.mediawiki.org/wiki/Contributors/Projects/Removal_of_the_2006_wikitext_editor

@Deskana, is this page about potential improvements at mw.org meant to be a subpage of http://mediawiki.org/wiki/Mobile_editing_using_the_visual_editor_report or is there a different page for the project? At the moment, I'm thinking that a separate project page would be more logical, but whatever you prefer is fine.

The team's initial list of target wikis is here: https://www.mediawiki.org/wiki/Mobile_editing_using_the_visual_editor_report#Target_wikis They were selected to be mid-sized Wikipedias with a significant number of editors who are already using mobile (and therefore likely to benefit the most from improvements to mobile editing).

Pinging @Prtksxna, who is listed at https://www.mediawiki.org/wiki/Developers/Maintainers as the maintainer for this tool.