Last modified: 2013-10-11 08:36: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 T42304, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 40304 - Reupload/overwriting of old version of a file fails, multiple files are uploaded under same title, old revisions are lost
Reupload/overwriting of old version of a file fails, multiple files are uploa...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
master
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
https://commons.wikimedia.org/w/index...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2012-09-17 17:46 UTC by Nemo
Modified: 2013-10-11 08:36 UTC (History)
4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Nemo 2012-09-17 17:46:52 UTC 
I have a report from a user that [[commons:File:Chiesetta_a_Fénis_1.JPG]] and [[commons:File:Castello_Jocteau_5.JPG]] were actually two images each (for unknown reasons), but uploading a reverted (non-current) version under a new title failed, presumably being considered a reupload/duplicate by unauthorised user.
When I tried with the UW I got an unknown error in the first step but normal upload worked: [[commons:File:Chiesetta a Fénis 2.JPG]], [[commons:File:Castello_Jocteau_7.JPG]].

Note that reverting the file to the first version resulted in the first file in file history being lost: related to bug 39615 comment 5? Another byproduct of bug 39221?
Comment 1 Nischay Nahata 2013-03-08 17:41:42 UTC 
I tried the following locally but couldn't reproduce the bug.

Upload Penguins1.jpg, now upload Penguins2.jpg as a new version (under the same file name). Then tried to upload Penguins1.jpg again using UW.. it gave no error except 'title exists' (expected) .. after changing the title upload worked.

Am I doing something wrong?
Comment 2 Nischay Nahata 2013-03-08 17:43:20 UTC 
Also didn't lose any file on reverting..
Comment 3 Nemo 2013-03-08 18:57:41 UTC 
I don't know, maybe when the two files were saved by UW under the same title another mistake was that the saved hash for the file was the one of the older version? But then why would the normal upload work, does UW have additional checks?

If this works under normal conditions, I guess we can lower priority: the original error (uploading two files in one) was probably only WMF's Swift weirdness.
Comment 4 Nischay Nahata 2013-03-10 17:06:48 UTC 
I don't think so, but I am not really sure. I think we should lower priority and come back to this only with pure reproducible ways.
Also marking as Unconfirmed as it worked for me.
Comment 5 Nemo 2013-09-30 06:41:17 UTC 
I'm sorry for the confusing bug report but the issue is quite confusing in itself. I'm adding all the three different issues in the bug summary and raising severity; bug 54776 suggests this may be causing a few hundreds lost files per month.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links