Page MenuHomePhabricator

Preferences stuck/broken and can't be changed at nowiki
Closed, ResolvedPublic

Description

It seems like at least some preferences for gadgets are stuck/broken and can't be changed at nowiki. At least I can't change a gadget for adding Wikidata-info to the top of the page ("Legg til en lenke til Wikidata under artikkeloverskriften. Viser også evt. beskrivelse lagt inn på Wikidata.") It is turned off and still adds the information to the top of the page. Likewise gadgets for creating searches at "Bokhylla" and "Kulturminnesøk".

I'll do some additional testing.

  • There are no console errors, not even with ?debug=1
  • Checked Chromium on same user, and the problem persist there too
  • Changed from user "jeblad" to "jeblad (bot)", and set the wikidata-gadget, and it does not show up
  • Tried to change the skin to Monobook, and it does not change in the browser at all
  • Tried to change the skin at nnwiki and it worked as it should

I wonder whether I first encountered the bug Thursday 25th or Friday 26th, I think it was very late 25th.

Note also the bug T125793.

Event Timeline

jeblad renamed this task from Preferences stuck and can't be changed to Preferences stuck and can't be changed at nowiki.Feb 27 2016, 2:04 PM
jeblad updated the task description. (Show Details)
jeblad renamed this task from Preferences stuck and can't be changed at nowiki to Preferences stuck/broken and can't be changed at nowiki.Feb 27 2016, 2:52 PM
jeblad updated the task description. (Show Details)

Can confirm. Any changes made in the preferences are seemingly ignored. It also seems to be only at nowiki:

  • Test change skin to monobook at nowiki: FAIL
  • Test change gadget preferences at nowiki: FAIL
  • Test change skin to monobook at nnwiki: OK
  • Test change gadget preferences at nnwiki: OK

Can confirm the same problem with gadgets and skins on bs and sr.wiki as well.
And to add to this, can't change the language, and it looks like the date format setting doesn’t work either.

ori subscribed.

Should be OK now. I'm to blame: it was broken by rMW51d28615c60c: Prevent duplicate memcached lookups for user record.

Bad Ori, bad bad bad! ;)

Thanks for the fix, seems to be ok now! =D