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, again only VE". 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.

I understand that the main point is that WMF staff will not be supporting it any longer, and that a controlled removal makes more sense than waiting until it breaks and trying to make decisions during a crisis.

We may want to adjust a few things once María and Rachel are back in the office.

In T202921#4595980, @Izno wrote:

Where classical means the 2010 wikitext editor, from my test just now.

BTW, this was about 20,000 words all together. For future planning, it would be reasonably fair to expect that copyediting that amount of text will take 15 to 20 hours.

@JJMC89, these templates seem to have been imported to several wikis. There's a list at https://www.wikidata.org/wiki/Q52154408 I don't think any of these are in use, however. I wonder whether any other templates have the same complications?

Copyediting is (finally) done. If we want this marked for translation, then perhaps that should be a separate task (or re-open and re-assign this one).

By looking through https://en.wikipedia.org/wiki/Special:ListUsers/sysop or by typing @Ragesoss into any Phab task involving the Wiki Edu Dashboard. ;-)

I'm a little surprised by the decision to close this without any action, or even merging it to a related one. Category search is currently difficult for editors. Declaring categories to be "niche" and closing the request for improvements doesn't make the actual problem disappear.

We've run through everything that's been posted. We're still waiting for the pages about the Community Engagement Department, Community Programs, and Support & Safety questions.

We're about a third done. Edward is still posting pages. If it's been touched by one of us (as of {{CURRRENTTIME}}), then it's done.

I think they need to know how to make this happen ("steps to reproduce").

In T30856#4499865, @Arkanosis wrote:

In T30856#4499678, @Whatamidoing-WMF wrote:

@Arkanosis (and others), I think we're ready to talk about re-re-re-scheduling this. Do you have a preferred month (any time this calendar year)?

@Whatamidoing-WMF : (just talking for myself) as long as there's a week or more to make sure we can get everything working, I think it should be fine. Anytime after the 8th of October would be even easier for me.

One problem: If you choose the VisualEditor's wikitext mode as your wikitext editor, then I'm not sure what would happen if you https://en.wikipedia.org/wiki/Special:Random?action=submit (which VisualEditor ignores). The site's non-VisualEditor default, perhaps?

In T111663#4535163, @Framawiki wrote:

Given the number of edits in the enwiki recent page, the change was published.

Never let it be said that I bring only problems and never solutions. ;-)