Last modified: 2014-02-12 23:35:55 UTC
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009061212 Iceweasel/3.0.6 (Debian-3.0.6-1)
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 4.0.20506) No such problem.
(In reply to comment #1) > User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.2) > Gecko/20090729 Firefox/3.5.2 (.NET CLR 4.0.20506) > > No such problem. > So, when changing the browser's Accept-Language HTTP header from "en-us,en;q=0.8,zh-cn;q=0.5,zh;q=0.3" to "en-us,en;q=0.5", that is remove all "zh" related settings, the bug appears. After opt-out/in, the variant preference will be changed to "zh", whatever you set before.
I managed to reproduce this: * Set $wgLanguageCode = 'sr'; (would use zh but it throws fatals ATM) * Go to your preferences * Set variant (Варијанта) to sr-el * Submit; prefs form appears in sr-el * Change gender (Pol) to female (second option) if it was male, or to male (first option) otherwise * Submit; prefs form appears in sr, variant preference reset to sr Generalizing this bug, problem in the prefs system rather than in OptIn.
I'm having trouble reproducing. Is this bug still present?