(When I do mass-uploads it is for streams on Flickr beteen 800-7 000 files. Would also be great if UW could check if already uploaded etc (based on link-IDs/SHA1).)

(Nice huge Flickr stream to test with: https://www.flickr.com/photos/plants_of_russian_in_brazil/)

@Josve05a (or other community Commoners), do you think that this higher limit should be available to all or should it be restricted in some way?

In T135085#2529430, @Jdforrester-WMF wrote:

@Josve05a (or other community Commoners), do you think that this higher limit should be available to all or should it be restricted in some way?

Most uploaders that uploads copyvios either only upload 1-10 files, or upload a lot using cross-wiki-upload, so upping the maximum number for all on UW does not seem to be a high rigsk target for issues, imo...

In T135085#2529448, @Josve05a wrote:

In T135085#2529430, @Jdforrester-WMF wrote:

@Josve05a (or other community Commoners), do you think that this higher limit should be available to all or should it be restricted in some way?

Most uploaders that uploads copyvios eithe ronly upload 1-10 files, or upload a lot using cross-wiki-upload, so upping the maximum number for all on UW does not seem to be a high rigsk target for issues, imo...

Thanks! Let's get this done, then.

Hmm… It actually doesn't look that rosy. I tried with 200 uploads, testing with Firefox 48. While I was able to upload them just fine, proceeding to the "Release rights" step locked up the browser for a few seconds. Proceeding to "Describe" locked it up for a bit longer, and I had to click through two "Unresponsive script" dialogs before I got there. Everything worked fine apart from that, just slowly, but I'm not sure if we want to permit this experience for all users. (If you're a power user, remember this trick: run mw.UploadWizard.config.maxUploads = 500; in the browser console after UW loads, but before you start uploading.)

I assume we still want this? @matmarex are the issues you mentioned deal-breakers? @Jdforrester-WMF what do you think?

I think they are deal-breakers. We should find out why it's slow, and make it faster. Or if that's impossible, we should make things be lazy-loaded.

I was just experimenting with uploads in batches of 500 (thanks to matmarex mw.UploadWizard.config.maxUploads = 500; trick) and did not run into any performance issues. The only concern is that it is impractical to be expecting people to manually add categories or descriptions with batches that size. In my case I am using descriptions from flickr and do some after upload cleaning with AutoWikiBrouwser, which is faster in my case. May be we can add mw.UploadWizard.config.maxUploads to UploadWizard Campaigns customization so the maximum number of uploads can be changed through that interface.

@Jarekt: What browser are you using?

In T135085#3313866, @kaldari wrote:

@Jarekt: What browser are you using?

Chrome. I explained the process I was using at Village_pump

Change 394309 had a related patch set uploaded (by Matthias Mullie; owner: Matthias Mullie):
[mediawiki/extensions/UploadWizard@master] Increase limit of amount of uploads to 500 for certain user groups

https://gerrit.wikimedia.org/r/394309

Change 394309 merged by jenkins-bot:
[mediawiki/extensions/UploadWizard@master] Increase limit of amount of uploads to 500 for certain user groups

https://gerrit.wikimedia.org/r/394309

His upload power is over 500!!!

Seems to be working for me so far. I have not gone as far as adding descriptions and dates for all 500 items yet.

I noticed a couple of things with thumbnails, but with that many files it is expected I think:

Thumbnails for images should be displayed immediately (the browser just needs to re-use the upload file).
Thumbnails for STL files need to be generated and take a little longer - especially with a batch this large & on beta :)