Page MenuHomePhabricator

JPEGs on Commons: Several versions uploaded but only one record in history
Closed, ResolvedPublic

DescriptionПарк_платанов_в_градостроительном_ансамбле_%22Крутогорный%22.JPG - there are three versions uploaded but in the history I see only one record.

We have to much such strange "bugs" on commons (see other media storage bugs) sine months.

It is time that somone from the WMF techs looks into this.

Version: master
Severity: critical
See Also:



Event Timeline

bzimport raised the priority of this task from to Unbreak Now!.Nov 22 2014, 3:16 AM
bzimport added a project: UploadWizard.
bzimport set Reference to bz64883.

History tab:

one entry

File history:

three entries


three entries


Three entries for imageinfo. Dates:
2014-05-05T11:49:48Z -> 2014-05-05T11:49:50Z -> 2014-05-05T11:49:54Z

I assume overwrite has occured in one batch upload using UploadWizard.

Thanks for reporting! Are there also cases for non-cyrillic filenames that you're aware of?

Created attachment 15297
FF RC; Screenshot illustrating the issue

Reproduced at


upwiz_bug.png (1×949 px, 31 KB)

So here is how I was able to reproduce it:

  • Uploaded three files and provided the following names:
    • Treppe_2222 test upload.jpg
    • Treppe 2222 test_upload.jpg
    • Treppe 2222 test_upload

Note the underscores and the missing file extension. It appears that UpWiz detecting the underscore-issue (that's why file 2 in screenshot was not published) but does not check after appending the file extension.

Should sysops split images manually or developers can do it themselves?

Well, let me try to find a fix.

How can an organization with a budget of US$55 million don't fix such a HIG PRIO bug ??

Can you clarify what this bug is about? The first comment talks about uploading multiple versions of the same file but some of them not appearing in the history; Rillke is talking about UploadWizard uploading different files with similar names as versions of the same file. Many images in seem to display some third kind of bug where the old versions of files are missing.

Also, can you give more information on what the impact is? lists 17000 images - how was that list compiled? Is this a timing issue or does it always happen with certain kinds of file names?

Example file (in first comment) is already split and has one uploaded version. But file in comment 4 still has bug. Other example of this bug here:

List in comment 9 contains files which were reuploaded by upwizard (upwizard should not reupload files with similar names, and if upload log contains "User created page with UploadWizard" then it is upwizard bug).

... and comment 5 lists how to reproduce the bug.

Gergő, "1 record in history" refers to the "history tab" I think, were only one is recorded. See my comment 1.

So if I understand correctly, we are talking about three related bugs:


  • seems like this happens when UploadWizard uploads the exact same image twice?

3,008 × 2,000 (3.*6*6 MB)
3,008 × 2,000 (3.*0*6 MB)

Change 133434 had a related patch set uploaded by Rillke:
UploadWizard: Check for duplicate titles

Bug 65338 - API: action=upload overwrites files despite ignorewarnings is not set
Bug 65339 - MediaStorage: Several versions uploaded but only one record in history

(In reply to Tisza Gergő from comment #14)

  • sometimes file history entries are broken, e.g.

Seems similar to bug 53770.

(In reply to Rainer Rillke @commons.wikimedia from comment #15)


  • seems like this happens when UploadWizard uploads the exact same image twice?

3,008 × 2,000 (3.*6*6 MB)
3,008 × 2,000 (3.*0*6 MB)

bug 54750 ?

  • This bug has been marked as a duplicate of bug 54750 ***

Change 133434 merged by jenkins-bot:
UploadWizard: Check for duplicate titles