UploadWizard has stopped working completely since 4 February 2015: see https://commons.wikimedia.org/wiki/Commons:Village_pump#Upload_wizard_not_working. I tried using it on the current versions of Mozilla Firefox and Google Chrome, and got the same problem. After the window allowing one to choose files to upload has been closed, the files selected do not actually upload. The filenames are displayed on the screen, but nothing happens at all -- there are no throbbers, and no "Next" button.
Description
Description
Related Objects
Related Objects
- Mentioned In
- T205636: Next button is missing in UploadWizard again in InternetExplorer
T88528: Performance regression in wmf15 roll-out
T87062: UploadWizard: File name is not allowed - Mentioned Here
- T205636: Next button is missing in UploadWizard again in InternetExplorer
T88528: Performance regression in wmf15 roll-out
Event Timeline
Comment Actions
Here's what my Firefox web console reports:
"Storage error" load.php:150
"[Exception... "Out of Memory" nsresult: "0x8007000e (NS_ERROR_OUT_OF_MEMORY)" location: "JS frame :: https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150204T101420Z :: flush :: line 174" data: no]" Exception { message: "", result: 2147942414, name: "NS_ERROR_OUT_OF_MEMORY", filename: "https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150204T101420Z", lineNumber: 174, columnNumber: 0, inner: null, data: null, stack: "flush@https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150204T101420Z:174:205
" } load.php:150
TypeError: wizard.steps.file.maybeStartProgressBar is not a function load.php:67
Comment Actions
Mark made us aware of this in our status meeting this morning. He's on it; he'll likely need some help debugging this, since ResourceLoader may be involved.
Comment Actions
The number of people getting through the file select step starts dropping at 10 AM UTC:
mysql:[email protected] [log]> select substr(timestamp, 1, 10) hour, count(*) cnt from UploadWizardStep_8851805 where substr(timestamp, 1, 10) > '2015020400' and event_step = 'deeds' group by hour asc; +------------+-----+ | hour | cnt | +------------+-----+ | 2015020401 | 48 | | 2015020402 | 58 | | 2015020403 | 39 | | 2015020404 | 48 | | 2015020405 | 61 | | 2015020406 | 48 | | 2015020407 | 73 | | 2015020408 | 52 | | 2015020409 | 68 | | 2015020410 | 37 | | 2015020411 | 19 | | 2015020412 | 13 | | 2015020413 | 17 | | 2015020414 | 19 | | 2015020415 | 9 | | 2015020416 | 21 | | 2015020417 | 55 | | 2015020418 | 16 | +------------+-----+ 18 rows in set (1.98 sec)
which is the exact same time wmf15 was rolled back due to T88528.
Comment Actions
Seems to be resolved on Commons now according to Dragonfly67, but keep an eye out for further troubles.
Comment Actions
For the record, I touched every JS file in UploadWizard, and the UploadWizardHooks.php file, and then I synced the whole UW directory. Not exactly the most surgical of solutions.
Comment Actions
After a few false starts (file selection window did not show thumbnails; selecting a file had no effect at all; Firefox crashed) and purging of the cache, UploadWizard seems to be working again. Thanks.
Comment Actions
Here the upload Wizard fails at Next when invoked in Debian 9 with firefox-esr 60.2.1esr-1~deb9u1. Regards, ... Peter E.
Comment Actions
@PeterEasthope: The problem in this task has been fixed in 2015. If there is a new problem in 2018, please create a new task by following https://www.mediawiki.org/wiki/How_to_report_a_bug (or maybe see T205636 instead if that is what you experience. Depends on what "fails" means). Thanks!