Page MenuHomePhabricator

Support multiple file uploads via Special:Upload (backend/infrastructure)
Closed, ResolvedPublic

Description

As long discussed, many folks would benefit from being able to upload multiple files at once, such as when uploading a bunch of photos from an event.

We need the backend infrastructure for accepting multiple files in one submission, and some front-end UI for sensibly handling the name/description/licensing info for each file.

Separate bugs will cover specific UI implementations for the actual file selection, which is another fun thing. :)


Version: unspecified
Severity: enhancement
URL: http://commons.wikimedia.org/wiki/Special:Upload

Details

Reference
bz16751

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:27 PM
bzimport set Reference to bz16751.

niu.user2 wrote:

(In reply to comment #0)

As long discussed, many folks would benefit from being able to upload multiple
files at once, such as when uploading a bunch of photos from an event.

We need the backend infrastructure for accepting multiple files in one
submission, and some front-end UI for sensibly handling the
name/description/licensing info for each file.

Separate bugs will cover specific UI implementations for the actual file
selection, which is another fun thing. :)

Have you seen http://www.mediawiki.org/wiki/Extension:MultiUpload ?

old_school_junkie wrote:

Extension:MultiUpload is not safe imo. The basics work (many files uploaded)
but it doesn't even check if the target filename exists and just overwrites all
existing files. Who knows what other things it doesn't check...

The UI implenementations:
It would be good to have both options: to give seperate infos for each upload
and to use some text on all at once. Also a flexible number of
files-to-be-uploaded would be good. I'd prefer not having it on a seperate page
but all in Special:Upload. This could be "easily" handled like this:

Default load:

Multiple Upload:
You upload up to 50 files at once.

Default description: [textarea (4 rows)] [Add Button]

[Upload field 1]
Unique description: [textarea (3 rows)]

[Upload field 2]
Unique description: [textarea (3 rows)]

[Upload field 3]
Unique description: [textarea (3 rows)]

[Upload field 4]
Unique description: [textarea (3 rows)]

Add [__] upload fields [Submit]

[Reset] [Upload] [checkboxes...]

Loading 5 upload fields by default is just an idea. Maybe 1 per default may be
better? User pref?

"Default description": This is like a template for all unique description
textareas. Entering text and clicking "Add" will load that text into all unique
descriptions. If those have text already, it will be enetered above the unique
text (not below for easier comparing)

"Add [__] upload fields": A little input box to enter the number of upload
fields to be added. Submitting 5 will add 5 new upload fields with the default
content loaded into the description fields.

"Reset" resets all unique descriptions textareas, not the file input.

"Upload will upload all with their unique descriptions. If no unique given and
only a default without being added prompt the user and ask if he wants to use
the default for all. If furthermore no default desc given, warn the user.

I didn't think much about the file-exists warning output. Maybe a big warning
on top like "5 files could not been added:" below each, nicely seperated.

Just a rough idea I got from the (crappy coded) Extension:MultiUpload. Using a
default description to be added on all is essential imo. Esp since you will def
have text being repeated on all when you use the multi-upload function. No more
copy-paste horror ;)

diaa_abdelmoneim wrote:

How is the programming going? anytime soon?

ayg wrote:

No one is doing any work on this as far as I know. If there's progress, it will likely be posted on this bug, or some other appropriate place. You don't have to spam everyone subscribed to the bug by asking for info.

neilk wrote:

We are actively working on a widget that does most of this right now.

The design is not quite the same but seems to be roughly equivalent. If someone watching this bug thinks we missed something please let me or Guillaume Paumier know.

http://usability.wikimedia.org/wiki/Multimedia:NewUpload

Bryan.TongMinh wrote:

Can we consider this FIXED? Yes?

neilk wrote:

Well, UploadWizard still isn't stable (was withdrawn from public wikis) so no.

Also a database backed stash would be nice...

UploadWizard is pretty solid now and is the default on Commons. It doesn't handle all cases yet (e.g. custom license template support), but I suggest that bugs be filed against UW instead at this point, instead of the standard upload form, which is unlikely to receive a lot of attention in terms of additional UX/feature improvements.

Resolving this FIXED, feel free to reopen if you specifically care about a Special:Upload solution, but that's probably not something that will be prioritized at least by WMF.

Will UW become a standard component shipped & enabled with MediaWiki, and will we enable it for side & private sites like internal.wikimedia.org and office.wikimedia.org?

To the extent that we want to make uploading friendlier in general, I do think putting that effort toward generalizing UW is a better use of time than making Special:Upload or its various incarnations gradually acquire UW-like capabilities. So even if that's not something we (WMF) want to push actively right now, perhaps we should open a 'Generalize UploadWizard to work outside Commons' tracking bug.

Gilles raised the priority of this task from Medium to Unbreak Now!.Dec 4 2014, 10:23 AM
Gilles added a project: Multimedia.
Gilles moved this task from Untriaged to Done on the Multimedia board.
Gilles lowered the priority of this task from Unbreak Now! to Medium.Dec 4 2014, 11:21 AM