Last modified: 2013-05-17 08:38:37 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T50515, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 48515 - UploadWizard not loading
UploadWizard not loading
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
ResourceLoader (Other open bugs)
1.22.0
All All
: Highest critical (vote)
: ---
Assigned To: Mark Holmquist
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-05-15 18:36 UTC by Steven Walling
Modified: 2013-05-17 08:38 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
No worky (156.52 KB, image/png)
2013-05-15 18:36 UTC, Steven Walling
Details

Description Steven Walling 2013-05-15 18:36:12 UTC
Created attachment 12321 [details]
No worky

Across browsers, UploadWizard just hangs perpetually, on both HTTPS and plain HTTP connections.
Comment 1 Mark Holmquist 2013-05-15 18:38:21 UTC
[11:33:43.244] TypeError: mw.hook is not a function @ ...

Probably a matter of including the right dependencies in our modules, or maybe we're depending on a version of core not included on Commons right now. Will see what I can do.
Comment 2 iuval.moog 2013-05-15 21:30:12 UTC
The same issue seems to prevent most (all?) gadgets on Commons from loading:

https://commons.wikimedia.org/wiki/Commons:Village_pump#Gadgets_and_tools_have_disappeared.2C_and_other_problems

https://commons.wikimedia.org/wiki/Commons:Village_pump#Some preference settings are not applied
Comment 4 Rainer Rillke @commons.wikimedia 2013-05-15 21:47:54 UTC
Evidence:
http://pastebin.com/yBQNMJ2g line 7114

        user: {
            options: new Map(),
            tokens: new Map()
        }
    }; // MISSING HOOK HERE
}(jQuery));
window.$j = jQuery;
Comment 5 Rainer Rillke @commons.wikimedia 2013-05-15 21:49:48 UTC
So just RL is not updating the minified version?
Comment 7 Rainer Rillke @commons.wikimedia 2013-05-15 22:28:26 UTC
Is there a way to trigger cache invalidation for this particular script so it is regenerated by RL?

(In reply to comment #3)
Actually, I gave you the wrong URI for the minified non-working version. Here is the right one:

http://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130515T021735Z

note the URI encoded pipe (%7C) between mwEmbedUtil and mw.MwEmbedSupport
Comment 8 Rainer Rillke @commons.wikimedia 2013-05-15 22:31:59 UTC
This is not just an UploadWizard issue. Retargeting.
Comment 9 Mark Holmquist 2013-05-15 22:36:10 UTC
Looks fixed after Krinkle touched the file. Sorry about that, all!
Comment 10 Rainer Rillke @commons.wikimedia 2013-05-15 22:38:03 UTC
It looks like the date is wrong in the "version=20130515T021735Z" term. If the update was tody around 19:00UTC, it should be later.

My main account gets the correct version:
version=20130515T222852Z
Comment 11 Rainer Rillke @commons.wikimedia 2013-05-16 20:05:03 UTC
(In reply to comment #9)
* Is it known what exactly caused this glitch of RL?
* How can it be avoided in future?
* Please change the bug title accordingly.
Thank you.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links