Change #1080320 merged by jenkins-bot:

[mediawiki/core@master] live preview: Do not add edit/view-source link for special pages

https://gerrit.wikimedia.org/r/1080320

Change #1080323 merged by jenkins-bot:

[mediawiki/core@master] TemplatesOnThisPage: Do not show non-functional link for special pages

https://gerrit.wikimedia.org/r/1080323

I couldn't reproduce this at first – special page transclusion does not result in those links being shown. I eventually figured out that the links are produced by Scribunto's mw.title getContent() method. I think that's the real bug here, and I filed a task about it: T377530: Scribunto mw.title getContent() method can record templatelinks to special pages (but I still approved your patches here, as it seems reasonable to handle this case – maybe recording special page transclusions is made to work one day, or maybe no one ever fixes that Scribunto bug).

Change #1080323 had a related patch set uploaded (by Ammarpad; author: Ammarpad):

[mediawiki/core@master] TemplatesOnThisPage: Do not show non-functional link for special pages

https://gerrit.wikimedia.org/r/1080323

I think we also need to duplicate this for the non-live preview version. There's no error in that case, but a non-functional 'view-soure' link is always shown.

Change #1080320 had a related patch set uploaded (by Ammarpad; author: Ammarpad):

[mediawiki/core@master] live preview: Do not add edit/view-source link for special pages

https://gerrit.wikimedia.org/r/1080320

the category existence check has already happened on the first server loading of the edit page which is the only load for live preview

The parse API should return ext.gadget.Calculator as one of the modules.

I believe the problem is the module presence (to be eligible for return) is dependent on category existence, but the category existence check has already happened on the first server loading of the edit page which is the only load for live preview. You can request the parsing API to return the categories of the page blindly, but then you really have to parse that info (maybe in MediaWiki-extensions-Gadgets) and dynamically load the module if it qualifies.

In T367657#9906302, @TheDJ wrote:

There has been no effort yet to define a contract for how language links would update in preview

In T367657#9905597, @Tacsipacsi wrote:

It looks like live preview makes assumptions about how language links work that hold only in Vector 2010.

It’s not specific to Vector 2022. I tested all seven skins available on WMF wikis, the results:

• Vector 2022: broken
• Vector 2010: works
• Monobook: broken
• Timeless: broken
• Modern: broken
• Cologne Blue: broken
• Minerva: traditional preview doesn’t show language links either

The issue occurred because the mediawiki.ui.button did not load during the preview. I have no idea why the problem happened. As a workaround, you can try the following script:

There is also an issue with the preview of the 2017 Wikitext Editor. Could this have something to do with Parsoid?

I'm not sure what tag to put on this, but I'll put it like this.

@MusikAnimal Realtime Preview pane updates after a few seconds from the changes in the editor when CM6 is enabled as seen in the videos and screenshots for Beta. Test is what it was before. This will be moved to Done. Thanks for all your work!

Moving to backlog as this has hung around for quite some time without any action

Change #1013403 merged by jenkins-bot:

[mediawiki/extensions/CodeMirror@master] CodeMirrorWikiEditor: add Realtime Preview handler

https://gerrit.wikimedia.org/r/1013403

This is a small UX issue but something that can frustrate users. Text shouldn't overflow in the RTP when re-sizing an editing pane.

In T316856#9659602, @JWheeler-WMF wrote:

@dom_walden are you still able to reproduce this issue, and does it only happen on RTL editors?

Sounds good to me!