Last modified: 2013-07-25 10:10:17 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 T37279, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35279 - Unresponsive script when uploading many files at once
Unresponsive script when uploading many files at once
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-17 08:40 UTC by Michael M.
Modified: 2013-07-25 10:10 UTC (History)
4 users (show)

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


Attachments

Description Michael M. 2012-03-17 08:40:29 UTC
Yesterday I uploaded twice many (almost 50) files at once with UW using Firefox 10. In both cases I was warned about an unresponsive script.

This happened after I entered description and categories for all files and clicked "next". While the warning about the unresponsive script was shown, this page was still visible. I had to click "Continue" about 5 times before the next page was shown with a list of all files and a spinner to indicate which are currently being uploaded.

So there seems to be a loop over all files that takes too long. Using the jquery.async plugin could probably fix this.
Comment 1 Tomasz W. Kozlowski 2012-09-14 11:27:24 UTC
I have experienced this bug only yesterday while uploading 5 video files, each about 105 MiB (ca. 530-540 MiB in total).

I got it after successfully uploading the files, and filling descriptions for all of them, at the end of the upload process. 

A browser prompt informed me about an unresponsive JS script, and no matter what I did--I tried waiting for the script to continue, and also killed it and tried going to the next step a few times--I couldn't go further, and had to resign from uploading the files in the end.

This occurred while using Firefox 15.0.1 on a 64-bit Windows 7 machine.

(I also experience this error while uploading single files bigger than 100 MiB on the same machine, but after a short freeze, the upload process continues just fine. I am not sure if it should be reported as a bug on its own.)
Comment 2 Rainer Rillke @commons.wikimedia 2012-11-03 14:15:32 UTC
Especially in slow systems Bug 37997 could also slow down the whole thing, while not showing any message of unresponsive scripts.
Comment 3 Andre Klapper 2013-04-10 10:04:42 UTC
I'm curious if this is still a problem, as some "big upload" tickets got fixed in the last months.
Comment 4 Rainer Rillke @commons.wikimedia 2013-05-30 12:08:25 UTC
(In reply to comment #3)
Yes, it is. There was someone using Google Chrome (in IRC #wikimedia-commons) on an old machine and they had to click the continue-button in the unresponsive-script-dialog more than 5 times. I didn't ask which machine exactly but my old Pentium IV 1.7GHz is too slow: Uploading more than 15 photos usually leads to this issue. Since it is a JavaScript form and the data entered by the user is not stored in local storage (no resumeable uploads) so everything is lost if the user aborts, I don't think this is of low priority.

It happens before the files are being published after clicking the button in the last step.

Whatever UpWiz is doing, it should do it step by step using e.g. jquery.async and it should ensure that the user gets a proper message that it will take a while. I've not time to do further investigation.

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


Navigation
Links