| Lectrician1 | |
| Dec 4 2022, 8:26 PM |
| F35837697: Screenshot 2022-12-05 at 10-22-18 View source for Manual Interface_Special pages summary_en - MediaWiki.png | |
| Dec 5 2022, 9:23 AM |
| F35835791: image.png | |
| Dec 4 2022, 9:36 PM |
Steps to replicate the issue (include links if applicable):
What happens?:
The source editor does not open.
What should have happened instead?:
The source editor should have opened.
Software version (skip for WMF-hosted wikis like Wikipedia):
Other information (browser name/version, screenshots, etc.):
Firefox 109.0a1
It just stays on this page:
Clicking "reload the page" causes it to successfully load the editor.
Using the legacy wikitext editor (either by turning off 2017WE or by using the action=submit URL) shows the error message for the first time. I’m pretty sure Translate communicates the lack of ability to edit the page adequately (by aborting the getUserPermissionsErrorsExpensive hook), so it’s 2017WE’s fault that it doesn’t recognize it.
I'm able to reproduce this issue but I cannot think of anything that was changed on the Translate extension that would cause this issue.
Do we know it’s a regression? Since not many people use the 2017 wikitext editor, nor is it common to try to edit the /en subpages directly, I can imagine that this has always been broken, just nobody noticed it before.
I think it's related to Translate's use of the 'VisualEditorBeforeEditor' hook to disable VE on translation pages (added in March in task T174180). It looks like we're not handling this correctly on the VE side – the hook stops VE (and 2017WTE) from being loaded, but it doesn't stop us from trying to load it.
I can still reproduce. Please note you need to enable beta 2017 wikitext editor from Special:Preferences first.