WikiEditor seems to think the only thing that needs escaping is two or more close square brackets, so this should be quite simple.

In T234323#5634654, @Petar.petkovic wrote:

We don't necessary need to load full article.

VE added support for section editing earlier this year (T76541). In your current approach, you are still building the full CE tree, and having it laid out. Setting attachedRoot to the required <section> node in ve.dm.Surface will be much faster :)

I can't reproduce this.

I can't reproduce this is Safari 11 or 13. Is this still happening for you @Whatamidoing-WMF or was it just a Safari 12 issue?

This was probably a regression around link inspector refactoring, but appears to have been fixed. Can you confirm @Whatamidoing-WMF ?

Works fine for me in iOS13.

The OSX terminal produces HTML, with each line wrapped in a <p>:

<style type="text/css">
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 11.0px Menlo; color: #000000; background-color: #ffffff}
span.s1 {font-variant-ligatures: no-common-ligatures}
</style>

The issue here is that middle-click clone only triggers a paste event, and not a copy event, so the data is written to the clipboard from the CE selection, and not by our special copy handling code. This issue affects visual mode too, in that all formatting is lost.

Stalled for over 2 years and not reported since.

I've merged this patch so it will go out on Thursday.

It does, but the height addition is useful in increasing the click target, so I added negative margin instead.

cc @Volker_E @matmarex

Bisect unsurprisingly blames an OOUI update. v0.35.1 :)

If I get around to updating this, we many need to check the configs currently deployed:

$ mwgrep citationNeeded
enwiki              MediaWiki:Visualeditor-template-tools-definition.json
hewiki              MediaWiki:Visualeditor-template-tools-definition.json
lvwiki              MediaWiki:Visualeditor-template-tools-definition.json
slwiki              MediaWiki:Visualeditor-template-tools-definition.json

Yes, OOUI icons are localisable. However if the checkmark is deemed to not be universal it should be fixed upstream in OOUI as it would apply to every use of it, not just in VE, so would be out of scope for this ticket.

CirrusSearch: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/CirrusSearch/+/490331/

Thanks for the fix!

The 3D viewer doesn't work on mobile yet because it requires MMV.

Did a brief test on iOS 12.4 on crossbrowsertesting, and it seemed to work:

Yes, I put this on the prototype for testing. I found an issue when scrolling a long way (~2-3 pages worth?).

This is much better!

This was broken by a change in Vector: https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Vector/+/545904/

In my current patch (https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/DiscussionTools/+/545615/) I am just assuming the comment trees are identical, and aligning comments left to right. This could probably be made more robust by looking a tree position.

This needs to be added to each Indian script like Telugu, Tamil, Kannada, Devanagari, Gujarati and in Symbols section

Actually they're slightly different.

Confirmed in VE standalone.

As discussed offline, we may want to consider the case where the user selects and copies a single reference differently to the case where the user selects a block of text containing multiple references.

The messages are:

"cite-ve-referenceslist-missingref": "This reference is defined in a template or other generated block, and for now can only be edited in source mode.",
"cite-ve-referenceslist-missingref-in-list": "This reference is defined in a template or other generated block, and for now can only be previewed in source mode.",
"cite-ve-referenceslist-missingreflist": "This reference list is generated by a template, and for now can only be edited in source mode.",

This indeed looks like a namespace for article-like content, and not discussions, so this seems like a reasonable request.

Looks like it was the disabled "Next" button in the mobile wikitext editor, and was fixed by the attached patch:

I don't think we want to be in a situation where have to maintain more skins, especially no more skins with significant user bases. The amount of support we need to give each skin is proportional to the number of people using it. Accordingly monobook gets very little attention, but this is mostly accepted by the community. If we end up in a situation where VectorNew is the default for new users, but because it diverged too quickly, most of the experienced community is still using VectorClassic for gadget support or comfort, then this will translate into an increased developer burden.

The two VE prototype servers are going to require a fair bit of work to migrate, and probably wouldn't take priority in our current workload - but we are actively using them. The togetherjs and dumpgrepper servers were setup by @cscott and maybe @ssastry respectively. I asked in the past if these can be deleted and got a "probably? we should check..." response.

This wouldn't help with param mapping, although at the moment those are unused.

I was pointed to the CitationHunt tool, which mentions in the code that all or most wikis have a redirect at "Template:Citation needed" to the local canonical version (https://github.com/eggpi/citationhunt/blob/1fbf340f68c8539ed087ba52e40d06e343f3b5c4/config.py)

We need to add some documentation for this but to set this up you just need to copy the configuration file from https://en.wikipedia.org/wiki/MediaWiki:Visualeditor-template-tools-definition.json to your wiki, then change the list under "title" to be the titles of templates uses on your wiki for citation needed.