| Jack_who_built_the_house | |
| Apr 26 2018, 10:19 PM |
| F17329683: image.png | |
| Apr 26 2018, 10:19 PM |
When you open a page with ?uselang=qqx and edit in VisualEditor, you get this in console (although the scripting is not interrupted, and VE works fine):
Test URL: https://ru.wikipedia.org/wiki/Life?veaction=edit&uselang=qqx
Chrome, Windows 8.1.
Update: the Deferred exception issue is resolved, only accesskey issue stays.
I see invalid access keys, but not the deferred exception. Please provide your browser and operating system information, as well as the specific URL you were using to produce the issue.
After a quick search, I'd blame https://ru.wikipedia.org/wiki/MediaWiki:Gadget-iwcore.js on this, wgLangNames[ conf.wgUserLanguage ] breaks when wgLangNames is undefined. That variable is defined at the bottom of the script, but only when the user's language is ru. So when this gadget is enabled, I expect things to break for any language other then Russian, and nothing specific to the pseudo langauge qqx.
@Schnark, wow, thank you! Haven't even thought of that. So, only accesskey issue stays.
I think the warnings like "Invalid accesskey data? Failed to register alt+shift+(accesskey-save)" are expected. For better or worse, accesskeys in MediaWiki can be overridden using localisation messages. So we try to get the accesskey from the 'accesskey-save' message, and instead of something like "s", we get the qqx placeholder like "(accesskey-save)". This is already handled and generates this warning instead of an exception (T153472).