BTW, this was about 20,000 words altogether. 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 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. ;-)

This is a non-technical task that might be Easy enough for Google-Code-in-2018.

This kind of multi-person, real-time editing might be useful for edit-a-thons and student groups, too. Education programs could work together on a draft (e.g., in userspace) before editing anything in the mainspace. Edit-a-thon organizers would probably appreciate the ability to jump in, see what's happening, and fix it "mid-edit". @Ragesoss, have you looked at this? It's sort of like EtherPad, but with VisualEditor and therefore able to output wikitext.

To avoid practical complications (e.g., the RecentChanges patrollers are confused because |thumb appears in dozens of languages and they can't know which ones will work and which ones are nonsense/typos), I wonder whether the namespaces/wikitext codes could be autotransformed upon save, so that you can type [[Bild:Image.jpg]] into enwiki, but it would still save as [[File:Image.jpg]].

I think that this is the use case that interests me the most: At mediawiki.org, it should be possible to write, "TechCom has a weekly meeting in [[magic-language:IRC]]." and have everyone who clicks that link be able to figure out what IRC is.

@Kipod, can you still reproduce this? Have you tried it at another wiki?

We have two volunteers so far: @Dank and @Kerry_Raymond. Both of them are highly active contributors to the English Wikipedia and have significant experience with the visual editor.

I don't have global interface permissions

Ready for first review: https://office.wikimedia.org/wiki/Topic:Ui2s4p3xxtmc64a4

At the moment, I'm leaning towards having [[?oldid=851713451]] work as valid link syntax. Then we could get rid of {{oldid}}-type templates, and it would be easy to link to previous revisions everywhere. However, perhaps it would create problems that I haven't thought of yet.

@PrimeHunter has also made https://en.wikipedia.org/wiki/Template:Source_links

It's occurred to me that the extra height might be intentional, i.e., to make room for the highlighting that should be present but is missing. If that's the case, then this could be closed as Declined and the problem with new content not being highlighted can be merged to one about diffing tables (or this one re-titled and re-purposed for that).

Update: This is still happening. https://en.wikipedia.org/w/index.php?diff=852318770&oldid=852318749&diffmode=source

This is still a problem.

I'm seeing the same problem, but it's not functional. See https://en.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/sandbox&diff=852111094&oldid=852110412&diffmode=source and https://office.wikimedia.org/w/index.php?title=User:Whatamidoing_(WMF)/Sandbox&diff=235279&oldid=235278&diffmode=source Note that I didn't touch any of these lines or links; a null edit from the visual mode breaks all of these images.

Section headings get a larger font in the 2010 WTE:

The same behavior is seen if you translate a [[MediaWiki:Message]] into [[MediaWiki:Message/pt-br]] but not [[MediaWiki:Message/pt]], and the UI is set to pt.

is there an option not to render NewToolbar?

I thought I'd combine https://www.mediawiki.org/wiki/Parsing/Replacing_Tidy/Workflow_for_community_outreach and some notes from last year's server switch.

It should only be separated if the underlying cause is different, and that's something for the devs to figure out.

This looks like T198278: [Regression ?] The text typed on the first line while adding a new section is blurry on Firefox.

There is a note at enwiki's VPT that says this also happens with ReFill, and another report at https://en.wikipedia.org/wiki/Wikipedia:Teahouse#%22Some_parts_of_the_edit_form_did_not_reach_the_server;_double-check_that_your_edits_are_intact_and_try_again.%22

Also, are you sure that it doesn't copy? The failure could be with the pasting step instead.

I can't reproduce this in Safari 11 on Mac 10.12. Have you tried it in any other environment, or is this specific to Chrome OS?

I looked at https://sv.wikipedia.org/wiki/Mir?veaction=editsource in the 2017WTE preview (Parsoid) and the saved page. While the two aren't absolutely identical (e.g., the white space in the infobox is slightly different), I didn't see anything that actually looked broken. Is that expected, or has this problem somehow gotten better since this task was created ~16 months ago?

@Deskana, is this a duplicate of T59302: Suggest case insensitive results when searching for categories to add?

I'm going to close this. Feel free to re-open if it's ever wanted.

See also T71498: VisualEditor: Please add an easy way to get from a citation template to the basic (manual) reference dialog and T67593: VisualEditor: Can't cut or copy citation template in Reference dialog, for reasons why someone might want to get to the basic dialog (which isn't currently possible at most wikis, if the ref contents are purely a template).

Ukwiki is down to about 4,000 mainspace errors total. This means that someone has done a HUGE amount of work in the last few days. Ptwiki and zhwiki both still have at least one category with more than 10K errors. Srwiki is now the third-worst situation, with a total of about 10K errors across all categories. Arwiki and viwiki have more than 5K errors

You can translate the labels by going to this link: https://sd.wikipedia.org/w/index.php?title=سانچو:Cite_journal/دستاويز&action=edit&section=T-2 and clicking the "Manage TemplateData" button at the top. Click on any of the "Template Parameters" to see the details. Translate any item that is marked (sd) but is still in English. Save the page when you're done. It will take a while, but it's not complicated.