Last modified: 2011-10-02 00:55:15 UTC
I (and other users in dewp http://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Diff_und_Artikelansicht ) get the JS error "Uncaught exception: ReferenceError: Undefined variable: FlaggedRevs" (Opera, not logged in) and similar errors in Firefox (logged in) when viewing(!) an random article http://de.wikipedia.org/wiki/Spezial:Zuf%C3%A4llige_Seite This at least prevents the article text to be loaded in diff view (which is urgently needed for re-sighting) - example: http://de.wikipedia.org/w/index.php?title=Hinschenfelde&diff=80985219&oldid=80975076 . It started not to work approx. at 17:01, 30. Sep. 2011 (UTC) BTW: Don't the tests or pre-deployment tests include a simple article view and look in the JS error console? ;)
The error you are referring to (Uncaught ReferenceError: FlaggedRevs is not defined) is not relevant to this problem. Looking further into my error console I see a bigger fish just above that one: Failed to load resource: the server responded with a status of 404 (Not Found) http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87&301-3 There is an issue with Wikimedia's -1-17/1-18 set up. This was tested pre-deployment and worked fine however that was on 1.18.
Hm.. changing the 87&301-3 in the url fixes it. http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?foo Cache pollution ?
AFAIK nothing FlaggedRevs was deployed on dewiki and it is still running MediaWiki 1.17. I'm not sure why this would break. Actually, in 1.18, this fragile (due to load order) mix of inline and non-inline JS will be gone.
Seems to only affect european users, or otherwise a selection of users.
Created attachment 9138 [details] http headers and html content of error
Note that it's showing a Wikimedia-wiki style error, which are not enabled on bits today
Created attachment 9139 [details] http headers and html content of working url (different query string)
Created attachment 9140 [details] http headers and html content of working url (different query string) - cache hit
Robla suggest not to nuke the cache of this one just yet to allow investigation to cause. I suggest we bump wgStyleVersion instead so that atleast de.wp is able to review revisions again!
(In reply to comment #9) > Robla suggest not to nuke the cache of this one just yet to allow investigation > to cause. > > I suggest we bump wgStyleVersion instead so that atleast de.wp is able to > review revisions again! That actually works for you?
I'll bump the version per comment #2.
Fixed. Visiting the original url [0] loads the correct version now; [0] http://de.wikipedia.org/w/index.php?title=Hinschenfelde&diff=80985219&oldid=80975076
http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87&301-4
