:*Issue still present. [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 02:00, 28 May 2014 (UTC)
::*Is it possible to delete the three images left without the original delete link? [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 17:59, 4 June 2014 (UTC)
== Problem with frequently-used declines ==
:''Moved from [[User talk:Theopolisme]]''
*It would also be nice if the helper knew which our most-used criteria were, and list them as a top-10 before the other ones. I think that's what you intended with the current layout, but its based on general AfC statistics, right? Because my top 5 aren't the ones appearing there. I know nothing about coding, so I might be way off here... [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 00:21, 23 May 2014 (UTC)
:* Actually, what you suggest is pretty much what I originally implemented in the script! The "frequently used" list at the top of the decline menu builds itself as you decline submissions, ''based on your personal decline habits'', by storing a list of the number of times you use each decline rationale. If this doesn't appear to be working, let me know, though, and I can check out if there's some sort of logging error and it's not picking up your declines... It only works with declines made using the rewrite, so it will take a while for you to make enough declines to create a useful dataset. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:32, 23 May 2014 (UTC)
::*Yeah, it doesn't seem to be logging them correctly as far as I can tell. It should have a decent sample size by now. I also wanted to point out that the previous problem also happens for comments. Regards, [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 19:20, 23 May 2014 (UTC)
:::* {{ping|FoCuSandLeArN}} Okay, that's weird. What ''do'' you see in the "Frequently-used declines" list? Also, while we're at it, can you do me a favor and let me know the output of this debugging statement?
::::* In Chrome, load the Wikipedia Main Page.
::::* Open the JavaScript console by pressing Ctrl-Shift-J ([http://stackoverflow.com/a/66434] has more instructions)
::::* In the text prompt next to the blue right arrow, type <code>mw.user.options.get( 'userjs-afch-decline-counts' );</code> and press enter
::::* Please copy and send me the text that it outputs in response.
:::: Thanks very much for your help with this, and sorry it wasn't working as desired. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 20:40, 23 May 2014 (UTC)
:::::*"{"music":3,"joke":1,"cv":1,"corp":2,"lang":1,"exists":1,"adv":1}" is what appears. ''Exist and adv'' do not come up on the actual list I see when I load it. If I were to give an estimate of what I think those should honestly be, I would say ''nn, bio and corp'' are my most used by a big margin. I am bemused as to why ''lang, cv or joke'' are there; I seldom use those. No worries, this is how we make things better! Thanks for your dedication, [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 19:34, 25 May 2014 (UTC)
::::* Theo, I can confirm it isn't working correctly. I got <code>{"v":1}</code> returned this first time I queried it and <code>{"music":1}</code> the second and subsequent times for {{UserContribs3|Technical 13|8|this chunk of reviewing|20140525211956}}. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 21:35, 25 May 2014 (UTC)
::::* I've expanded by reviewing base with {{UserContribs3|Technical 13|23|this chunk of reviewing|20140525230001}} and am now getting <code>{"music":1,"context":1,"nn":1}</code> on every query of <code>mw.user.options.get( 'userjs-afch-decline-counts' );</code>. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 22:04, 25 May 2014 (UTC)
::::* I should note that before I started the two chunks of reviewing above, I was getting <code>null</code> (because I've been slacking in my reviewing duties). — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 22:20, 25 May 2014 (UTC)
:This is interesting, mainly because I can't replicate it, which makes it all the more difficult. :/ {{ping|Technical 13}} can you also look at <code>AFCH.userData.get( 'decline-counts' )</code> just in case that's returning different results?
:Also... if you'd like to be really helpful, could you set <code>AFCH.consts.mockItUp = true;</code> in your console before using the script, then simulate a single decline (just do it normally -- it won't actually decline the page, though, because you've enabled mocking), and compare the value of decline-counts (via userData) before and after and seeing if it changes based on what you did?
:Thanks again guys. This is a very weird bug -- I just did exactly what I described above and everything worked flawlessly. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 23:46, 25 May 2014 (UTC)
* I'm not sure about that...
<pre>
mw.user.options.get( 'userjs-afch-decline-counts' );
"{"music":1,"context":1,"adv":1}"
AFCH.userData.get( 'decline-counts' );
ReferenceError: AFCH is not defined
AFCH.consts.mockItUp = true;
ReferenceError: AFCH is not defined
</pre>
: is what I got back (haven't attempted a decline yet). — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 23:57, 25 May 2014 (UTC)
::{{ping|Technical 13}} Uh...that means AFCH was never loaded...you are on an AfC-applicable page, right? :P '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:01, 26 May 2014 (UTC)
::* {{U|Theopolisme|Theo}}, of course... (ZzzzZZZZzz)
{{Hst|reason= Long image of technical crud no-one really understands no matter how much they say they do...}}
[[File:Test results (test set 1).png|1000px]]
{{Hsb}}
::: — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:11, 26 May 2014 (UTC)
::::{{ping|Technical 13}} Cool. So it looks like there it *is* recording an update, which is a start. When you reload or go to another page, does that `nn: 1` persist? '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:18, 26 May 2014 (UTC)
::::<small>By the way, to clarify why mw.user.options and AFCH.userData have different results:</small> mw.user.options is only populated once on pageload by MediaWiki. I implemented some frontend caching in userData so that results are reflected immediately (mw.user.options is set via api request). '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:21, 26 May 2014 (UTC)
::* {{U|Theopolisme|Theo}}:
{{Hst|reason= Long image of technical crud no-one really understands no matter how much they say they do...}}
[[File:Test results (test set 2).png|1000px]]
{{Hsb}}
::: — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:34, 26 May 2014 (UTC)
::::*Okay, so that appears to work correctly. Let's try to figure out when items disappear, then..? '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:36, 26 May 2014 (UTC)
:::::* Okay, so I ran a couple tests, and when I selected the decline reason from the list of "frequently used" up top, it registered the decline on <code>AFCH.userData.get( 'decline-counts' );</code> but forgot about it when I reloaded the page. When I selected the decline reason from the static list below, it registered and remembered. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:47, 26 May 2014 (UTC)
::::::*{{ping|Technical 13}} Hmm, I can't replicate that, and I don't see where in the code it would be possible for that situation to occur, given how we treat the "frequently used" as identical to normal declines (same <nowiki><option value='x'></nowiki>...in fact, they are literally clones of the other elements). Could you try again and ensure that wasn't just a random occurrence?
:::::::Feel free to take a look at the code, too -- maybe I'm just missing something obvious because I've been working with it for so long. [https://github.com/WPAFC/afch-rewrite/blob/master/src/modules/submissions.js#L1560-L1582 displaying the reasons in the list], [https://github.com/WPAFC/afch-rewrite/blob/master/src/modules/submissions.js#L1886-L1895 incrementing the counters], [https://github.com/WPAFC/afch-rewrite/blob/master/src/modules/core.js#L933-L1000 AFCH.userData implementation]. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 01:02, 26 May 2014 (UTC)
{{Od}}
<syntaxhighlight lang="JavaScript">
if ( declineCounts[declineReason] ) {
declineCounts[declineReason] += 1;//Why not just// declineCounts[declineReason]++;
} else {
declineCounts[declineReason] = 1;//This triggers an internal red flag for some reason
}
</syntaxhighlight>
{{U|Theopolisme|Theo}}:
{{Hst|reason= Long image of technical crud no-one really understands no matter how much they say they do...}}
[[File:Test results (test set 3).png|1000px]]
{{Hsb}}
I will do some more testing in the sandbox tomorrow when I'm awake as to not be disruptive and not using mock up mode. Good night good sir. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 01:52, 26 May 2014 (UTC)
:* As far as image licensing goes, CC-zero supersedes the CC BY-SA 3.0 requirement. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:34, 26 May 2014 (UTC)
[[File:Checking afch decline counts in FireFox.png|thumb|Screenshot of what to do in FireFox]]
=== Anne Delong report ===
* Just out of curiosity, what does <code>mw.user.options.get( 'userjs-afch-decline-counts' );</code> return for you per the instructions [[#Problem with frequently-used declines|above]]? If you are using Firefox instead of Chrome, it is {{Keypress|ctrl|shift|k}} to access the console where you type in the code. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 22:25, 25 May 2014 (UTC)
::Yes, I am using FireFox - trying not to contribute to megacompanies taking over the world - and using your keyboard shortcut I was able to access the console. I haven't done this before, so I didn't see an obvious place to paste in the code. Sorry, the only web programming I've done besides HTML, CSS and Wikicode is server side stuff. —[[User:Anne Delong|Anne Delong]] ([[User talk:Anne Delong|talk]]) 23:02, 25 May 2014 (UTC)
:::(oh, yeah, and Java, but that had to be compiled) —[[User:Anne Delong|Anne Delong]] ([[User talk:Anne Delong|talk]]) 23:15, 25 May 2014 (UTC)
::* See [[Media:Checking afch decline counts in FireFox.png|screenshot]]. → — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 23:36, 25 May 2014 (UTC) → → →
:::::{{Ping|Technical 13}} You need to re-license that file as CC-BY-SA 3.0, because it has Wikipedia-text (this disussion) on it. <span style="background: turquoise; font-family: 'Segoe Script'">([[User talk:Josve05a|'''t''']]) [[User:Josve05a|<span style="color:white;">'''Josve05a'''</span>]] ([[Special:Contributions/Josve05a|'''c''']])</span> 00:26, 26 May 2014 (UTC)
:::::* CC-zero is fine. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:30, 26 May 2014 (UTC)
*Okay, silly mistake - the text input box was hiding behind my task bar. I moved it to the top and voilà! Here are the results:
<pre>
mw.user.options.get( 'userjs-afch-decline-counts' );
"{"lang":1,"corp":2,"cv":2,"test":2,"not":1,"blank":1}"
mw.user.options.get( 'userjs-afch-decline-counts' );
"{"lang":1,"corp":2,"cv":2,"test":2,"not":1,"blank":1}"
mw.user.options.get( 'userjs-afch-decline-counts' );
"{"lang":1,"corp":2,"cv":2,"test":2,"not":1,"blank":1}"
</pre>
:—[[User:Anne Delong|Anne Delong]] ([[User talk:Anne Delong|talk]]) 00:12, 26 May 2014 (UTC)
:* That implies you've only reviewed 9 total drafts... Not quite working right... Would you say that you use corp, cv, and test the most often? — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[User talk:Technical 13|t]] • [[Special:EmailUser/Technical 13|e]] • [[Special:Contribs/Technical 13|c]])</sup> 00:30, 26 May 2014 (UTC)
I wonder if data is being erased at some point in time... since it looks like new data is added correctly, and then disappears... just thinking aloud. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 00:34, 26 May 2014 (UTC)
*That's likely right. According to my contributions, in the past week I have accepted nine submissions, declined eight, and postponed 15. I've also been using the script for making comments and cleaning submissions. Some of my Afc work has bypassed the script: changing old submissions into redirects, moving sandboxes to Draft, fixing format problems, adding reflists, deleting G13s, etc. Off-wiki musical events, [[WP:IEG]] committee work, learning to do history merges and undeletions, etc., have also been keeping me away from the queue. —[[User:Anne Delong|Anne Delong]] ([[User talk:Anne Delong|talk]]) 01:56, 26 May 2014 (UTC)
=== Analysis ===
{{ping|Technical 13}} I'm not even going to pretend I can look at the console logs without my eyes glazing over. Could you summarize your findings, perhaps? Thanks so much for all your help. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 14:49, 26 May 2014 (UTC)
* {{U|Theopolisme}}, my eyes were glazing over too... What I found is that section of the script works flawlessly in mockup mode, but not in live mode. I will need to do some more testing to isolate the steps to reproduce every time, and I'm too brain blah to do it today... — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[Special:EmailUser/Technical 13|e]] • [[User talk:Technical 13|t]] • [[Special:Contribs/Technical 13|c]])</sup> 18:16, 26 May 2014 (UTC)
:*Is there anything I can do to help speed up that process while your brain de-blahs? {{smiley|laugh}} [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 18:37, 26 May 2014 (UTC)
::* Depends on how techy and JS knowledgeable you are. You are welcome to go to the AFC sandbox, open up your console and try all kinds of different things to see if you can isolate when the script counts the decline and when it doesn't. Will need to test each reason (standard and frequent list versions both), and test with mockup on and off... Many, many tests to see which reasons (in which section) fail in which modes... — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[Special:EmailUser/Technical 13|e]] • [[User talk:Technical 13|t]] • [[Special:Contribs/Technical 13|c]])</sup> 19:14, 26 May 2014 (UTC)
:::*Well I'm sorry to say I'm not knowledgeable... [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 19:18, 26 May 2014 (UTC)
Okay, '''cool'''! Thank you T13 :) I'm able to replicate the "not working in real mode" issue with a decline as "adv" and will look into it further tonight. Being able to replicate the bug is most of the battle -- I'll try to knock this out. :) '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 23:15, 26 May 2014 (UTC)
:I spoke too soon. It worked flawlessly the second time I tried a decline as adv in real mode. This is so strange. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 23:41, 26 May 2014 (UTC)
:* I noticed it is somewhat hit or miss as well, still needs more refining to find the exact cause. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[Special:EmailUser/Technical 13|e]] • [[User talk:Technical 13|t]] • [[Special:Contribs/Technical 13|c]])</sup> 23:43, 26 May 2014 (UTC)
{{ping|Technical 13}} Can you try this behavior out and see if you can replicate what I get:
* Decline a page using a decline reason for the first time (i.e. one that isn't listed in decline-counts)
* Examine AFCH.userData (it should include the updated item)
* Now reload the page once, and examine AFCH.userData (the item should appear to disappear from the list)
*: If you decline the page *now*, the item will be lost and overwritten *for real*, so DON'T DO THAT, instead...
* Reload the page *again*! The old items might appear now in the list... if so, stop, otherwise:
* Use the script to perform another action on the page (say, comment or submit).
* Then reload *again*. The previously missing items should reappear now.
Any luck with this? Rather convoluted, I know, but something I encountered pretty consistently... is MediaWiki caching the values of mw.user.options and not pushing out an updated version until the page is purged (or edited), perhaps? '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 23:55, 26 May 2014 (UTC)
==== Debugging console ====
:Update: I've modified the script to print out the values of userData and mw.user.options whenever the main panel is loaded (so initial load and whenever you hit "back to options"). Hopefully this will make debugging a bit easier.
:I've been replicating this on testwiki (not consistently, though). Just looking for a pattern... :) '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 02:23, 27 May 2014 (UTC)
:* On this note, it would be cool if there was an independent debugging console that returned all kinds of information that could be useful for submitting bug reports. I'm also wondering if all this stuff we are saving in the browser's local storage shouldn't be saved on an actual page, ya know, for if people use multiple browsers or computers, or review only at the library/cafe/etc? This way the script will work consistently for them no matter where they are. I understand that mw.user.options should be saving it to their logged in user account, but that may not always be the case or they may use two accounts (a secure one and one for insecure locations). This presents its own new feature option: being able to specify a ___location for the configuration settings. Otherwise it ''may'' appear that the feature (and the saving of user preferences) doesn't work at all to some non-tech people. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[Special:EmailUser/Technical 13|e]] • [[User talk:Technical 13|t]] • [[Special:Contribs/Technical 13|c]])</sup> 17:29, 27 May 2014 (UTC)
::*I don't know, I feel like that might be over-complexifying things. <code>mw.user.options</code> ''does'' work for the overwhelming number of cases, and with our net of fallbacks I find data loss quite unlikely. I'd rather avoid editing wikipages if possible, plus the value for multiple accounts just doesn't seem to be worth the development effort at this point in time. '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 18:17, 27 May 2014 (UTC)
=== I think I may have an answer ===
{{ping|Technical 13}} Further simplified process for replicating the bug:
# Decline the submission once using the script.
# Now reload the page. If the decline appears not to be counted, continue reloading the page repeatedly. Eventually the decline will show up in the counts list.
And... that's it. In short, '''ResourceLoader occasionally serves cached versions of mw.user.options'''. This is almost certainly a bug, but not with AFCH. Rather, it's with MediaWiki itself and its ResourceLoader caching infrastructure. This explains why the issue has been so difficult to replicate -- ''if the user reloads/browses to other pages enough times before their next decline, the old cache will expire and update itself, and the problem won't occur.''
I hope this makes some sense -- T13, let me know if you think I've missed something, since I may just be very tired and desperate to latch onto a solution (any solution!), but I have tested this quite a bit and it's always been the case that enough reloads update the cache. Thoughts? Next steps? (Bugzilla?) '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 02:54, 27 May 2014 (UTC)
----
'''Resolution''': this bug should now be resolved -- or rather, at least worked around. I've added *another* layer of AFCH caching (via localStorage). Here's the explanation I added to the source code, if you're interested:
<pre>
The reason for this redundancy is because of an obnoxious
little thing called caching. Ideally the script would simply
use mw.user.options, but *apparently* MediaWiki doesn't always provide
the most updated mw.user.options on page load -- in some instances, it
will provide an stale, cached version instead. This is most certainly a
MediaWiki bug, but in the meantime, we circumvent it by adding numerous
layers of redundancy to the whole getup. In this manner, hopefully by
the time we have to rely on mw.user.options, the cache will have been
invalidated and the world won't explode. *sighs repeatedly*
</pre>
And here's the [https://github.com/WPAFC/afch-rewrite/commit/8df408b4a9ddb460d0f90e4a9068656a824118d9 commit] in which the issue should be resolved. Basically it just relies on the user visiting pages that *aren't* already cached in order to force an update to mw.user.options. This should probably be a bug, though. :P Aaccttualllyy... {{U|Legoktm}}, could you possibly help redirect this to wherever it needs to go? I don't really know who deals with caches and varnishes and ResourceLoader and whatnot, but the tl;dr is that mw.user.options isn't always updated when the page is reloaded.
Thanks to T13, Anne, and FoCuSandLeArN for your help in hunting down this issue! '''[[User:Theopolisme|<span style="color:#232323;">Theopolisme</span>]] <span style="color:#4F4F4F;">([[User talk:Theopolisme|<span style="color:#4F4F4F;">talk</span>]])</span>''' 04:16, 27 May 2014 (UTC)
* I've only read the post I was pinged in but that makes sense as to why I got two different results for my first batch of reviews (v then music). Certainly implies a caching issues. — <span class="nowrap">{{U|[[User:Technical 13|Technical 13]]}}</span> <sup>([[Special:EmailUser/Technical 13|e]] • [[User talk:Technical 13|t]] • [[Special:Contribs/Technical 13|c]])</sup> 12:10, 27 May 2014 (UTC)
:*Hooray! Well done! [[User:FoCuSandLeArN|FoCuSandLeArN]] ([[User talk:FoCuSandLeArN|talk]]) 12:27, 27 May 2014 (UTC)
== Feature request: add maintenance tags to beginning of article ==
|