Last modified: 2013-11-04 07:24:05 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 T30921, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28921 - UploadWizard: multiple files with same name
UploadWizard: multiple files with same name
Status: RESOLVED DUPLICATE of bug 32843
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Ian Baker
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-05-10 22:33 UTC by Neil Kandalgaonkar
Modified: 2013-11-04 07:24 UTC (History)
7 users (show)

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


Attachments
Screenshot of current behavior (54.69 KB, image/png)
2011-07-20 23:10 UTC, Ian Baker
Details
.. and the result if you try to publish them. (46.08 KB, image/png)
2011-11-13 15:49 UTC, Rainer Rillke @commons.wikimedia
Details

Description Neil Kandalgaonkar 2011-05-10 22:33:21 UTC
On 5/9/11 6:17 PM, Erik Moeller wrote:

> - Tester "Egessaman" ran into a problem when she used the same title
> twice. This was not detected, and so one of her files failed in the
> final step, with no possibility of correction.

N.b. this problem could be encountered by users whenever anybody uploads a file with the same title after the last time they did their own title-uniqueness check. So we have to be ready for it generally, not just within multiple-file uploads.

Generally this should have been a FileRenameError; uncertain why it was not caught.
Comment 1 Nemo 2011-06-28 19:01:09 UTC
The most confusing thing here is that after confirming the upload + description you're told there's already a file with that title but you can only retry (which will always fail) or abort the upload of that file, with no possibility of going back, so all the work on description gets lost.
Comment 2 Ian Baker 2011-07-20 23:09:26 UTC
Matthew, one of the Wikimedia storytellers, just brought this to my attention as well.  Regardless of what else is done, it'd be good to extend the in-page title uniqueness check to examine the other titles in the current upload.

It's actually kinda funny that it checks for already-used titles in a remote database, but doesn't do this much simpler thing.  :)
Comment 3 Ian Baker 2011-07-20 23:10:57 UTC
Created attachment 8813 [details]
Screenshot of current behavior

An error should be displayed at this point, probably above the title I'm currently editing.
Comment 4 Nemo 2011-07-21 07:21:54 UTC
By the way, I tried it again and if you abort but click the button to upload more (can't remember the name) the aborted file will be automatically selected for upload (but nothing else).
Comment 5 Platonides 2011-09-29 17:50:10 UTC
Current behavior is to not detect it, and upload *both* files with the same name.
This may be desired in a few use cases (eg. uploading at the same time the original image plus an improved one), but in most cases the user will be uploading a set of different (albeit related) images, and giving the same name to both photos a mistake.

It can be fixed by an admin, but it's not simple: delete, restore, move, recreate, restore.
Comment 6 Rainer Rillke @commons.wikimedia 2011-11-13 15:49:03 UTC
Created attachment 9438 [details]
.. and the result if you try to publish them.

I ran in this error too. Another way would be automatically appending random numbers to the file-title.
Comment 7 Ian Baker 2011-11-17 22:14:24 UTC
*** Bug 31208 has been marked as a duplicate of this bug. ***
Comment 8 Neil Kandalgaonkar 2011-12-07 01:54:23 UTC
This should have been fixed -- we are getting a dialog box when we try to upload the same file twice -- but instead, the file is getting added, anyway, with an empty filename.

This bug is in production. Marking high priority.
Comment 9 Neil Kandalgaonkar 2011-12-07 01:55:01 UTC
Assigning to Ian because I believe he was the one who originally fixed this.
Comment 10 Neil Kandalgaonkar 2011-12-07 01:56:20 UTC
Er, I think I modified the wrong bug. This is about the desired titles in the Details step. Sorry. Downgrading.
Comment 11 Mark Holmquist 2012-05-10 18:44:59 UTC
This is what was happening in Bug 32843, could someone mark as duplicate?

Also, for anyone interested: https://gerrit.wikimedia.org/r/7149 is the fix.
Comment 12 Mark Holmquist 2012-05-30 19:18:22 UTC

*** This bug has been marked as a duplicate of bug 32843 ***
Comment 13 Andre Klapper 2013-11-04 07:24:05 UTC
*** Bug 31208 has been marked as a duplicate of this bug. ***

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


Navigation
Links