I've tried using a different browser as well.

This happened to me recently at wikitech.wikimedia.org too.

?action=purge seemed to fix the issue at wikitech, but this sort of thing should not happen.

Just to add on:

?action=purge doesn't really fix anything, the usual interface still lingers. I doubt it is a cache problem, though it doesn't seem to be any configuration change recently to simplewiktionary.

On the deletion page, the same thing happens, it seems to have been reverted to the default reasons, so the problem really is about the interface.

I did a small little investigation and it seems to be some changes in core with regards to the simple languages, perhaps someone can help to identify it and fix it too? It is also happening to one of my test wikis with the interface language set to simple.

(In reply to comment #3)

it seems to be some changes in core with regards to the simple languages

Links highly welcome.

(In reply to comment #4)

(In reply to comment #3)

it seems to be some changes in core with regards to the simple languages

Links highly welcome.

I just suspect that it is, though I can't seem to find it in the recent push (1.21wmf8). Hopefully someone who sees this bug can help to identify it. :D

Looks like it's using the original/default/old/obsolete https://simple.wiktionary.org/w/index.php?title=MediaWiki:Sidebar&oldid=4297 ?
Looks like bug 5092 striking again as predicted on bug 43516.
If I understand jeblad correctly, this is also happening on no.wiki (unrelated to bug 44537).

This is not an ops bug.
It's not like bug 44550 because wgLanguageCode is correctly set to en, but someone should at least try null or dummy edit...

(In reply to comment #7)

This is not an ops bug.
It's not like bug 44550 because wgLanguageCode is correctly set to en, but
someone should at least try null or dummy edit...

In fact, it is *incorrectly* set to en, it should be set to "simple" (note the difference between this and that of simplewiki's)

(In reply to comment #8)

In fact, it is *incorrectly* set to en, it should be set to "simple" (note
the
difference between this and that of simplewiki's)

I think you mean the opposite? We currently have:

'simplewiki' => 'en',

so yes, I forgot that we were speaking of Wiktionary. All the 'simple' projects need the same override as simplewiki, right, Wizardist?
(Null edit by Merlissimo didn't work.)

No it shouldn't. There is no effect of the setting of $wgLanguageCode with regards to what is being displayed on the sidebar. The edited messages should be the ones shown, not the default ones.

And please do note that there isn't any consensus to change the language code to "en" on simplewiktionary.

p.selitskas wrote:

(In reply to comment #9)

(In reply to comment #8)

In fact, it is *incorrectly* set to en, it should be set to "simple" (note
the
difference between this and that of simplewiki's)

I think you mean the opposite? We currently have:

'simplewiki' => 'en',

so yes, I forgot that we were speaking of Wiktionary. All the 'simple'
projects
need the same override as simplewiki, right, Wizardist?
(Null edit by Merlissimo didn't work.)

Exactly.

Can anyone do a revision of projects currently using dummy codes and then fix them in InitialiseSettings.php? We need to define the languages which differ from site code/subdomain explicitly. That is how things work.

Hydriz, this is not a change requiring consensus, it's a forced consequence of changes in MediaWiki core required to keep things as they were before.

(In reply to comment #11)

Exactly.

Can anyone do a revision of projects currently using dummy codes and then fix
them in InitialiseSettings.php? We need to define the languages which differ
from site code/subdomain explicitly. That is how things work.

Sure, you could do it. ;-) File another bug for that though, please.

https://gerrit.wikimedia.org/r/#/c/51303/

Will be pushed to site in a little while