Page MenuHomePhabricator

Blocking dropdown reasons are in user language, not wiki language anymore
Closed, ResolvedPublic

Description

It seems like the dropdown reasons for blocking (ipbreason-dropdown) now behaves similar to the problem described in bug 48956:
When the user has an interface language different from that one of the wiki, the dropdown reasons are loaded from the i18n file for that language, not, as it was before, from the local customization (which is obviously always in the language of the wiki).

It only appears on non-Wikipedia, so I guess it's related to the rollout of 1.23wmf15.


Version: 1.23.0
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=61987
https://bugzilla.wikimedia.org/show_bug.cgi?id=62131

Details

Reference
bz61942

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 2:56 AM
bzimport set Reference to bz61942.
bzimport added a subscriber: Unknown Object (MLST).
  • Bug 61945 has been marked as a duplicate of this bug. ***

Change 116040 had a related patch set uploaded by Hoo man:
Use inContentLanguage for dropdown messages in HTMLFormField

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

Change 116041 had a related patch set uploaded by Reedy:
Use inContentLanguage for dropdown messages in HTMLFormField

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

Change 116040 merged by jenkins-bot:
Use inContentLanguage for dropdown messages in HTMLFormField

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

Change 116041 merged by jenkins-bot:
Use inContentLanguage for dropdown messages in HTMLFormField

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

Patch will get deployed soon

Change 116095 had a related patch set uploaded by Anomie:
Use inContentLanguage for dropdown messages in HTMLFormField

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

Change 116095 merged by jenkins-bot:
Use inContentLanguage for dropdown messages in HTMLFormField

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