Page MenuHomePhabricator

Problems with UploadWizard stash moving to the target
Open, MediumPublic

Description

Lots of uploads fail due to problem "moving" files from the stash to the target file name.

Symptoms:

  • Upload Wizard shows an error that it cannot find the image in stash (maybe already moved)
  • After clicking retry, Upload Wizard tells you that there is already a file with such a name
  • Upload Wizard tells you that "an unknown error" occurred

    Results:

Version: unspecified
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=36587
https://bugzilla.wikimedia.org/show_bug.cgi?id=40586

Details

Reference
bz35354

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:18 AM
bzimport added a project: UploadWizard.
bzimport set Reference to bz35354.

Those are the errors I encountered:

  • api-error-internal_api_error_UploadStashFileNotFoundException
  • Unbekannte Warnung: badfilename
  • Ein unbekannter Fehler ist aufgetreten
  • Unbekannte Warnung: page-exists

Results: (in addition to the first comment)

  • I saw that some broken uploads (ie. missing image and/or missing wikitext) somehow fixed themselves after approx. an hour.
  • After reuploading the image file ( I used this URL: commons.wikimedia.org/w/index.php?title=Special:Upload&wpDestFile=FILE.JPG&wpForReUpload=1 ) the same image appeared twice in the revision history. (As mentioned above)

By "Wikitext created, image twice in revision history" do mean like what is on http://commons.wikimedia.org/wiki/File:Klejtrup_kirke_%28Viborg%29.JPG? I've been seeing a lot of files lately that started with 2 uploads at the same time.

Yes, one example. http://commons.wikimedia.org/w/index.php?title=File:Klejtrup_kirke_%28Viborg%29.JPG&action=history: Missing 2 uploads

http://commons.wikimedia.org/w/index.php?page=File%3AKlejtrup+kirke+%28Viborg%29.JPG&title=Special%3ALog: Logged in wrong order (new version -> first upload -> new version)

But there are also uploads with initially 2 file revisions that are not corrupt.

(In reply to comment #1)

Those are the errors I encountered:

  • api-error-internal_api_error_UploadStashFileNotFoundException
  • Unbekannte Warnung: badfilename
  • Ein unbekannter Fehler ist aufgetreten
  • Unbekannte Warnung: page-exists

Results: (in addition to the first comment)

  • I saw that some broken uploads (ie. missing image and/or missing wikitext)

somehow fixed themselves after approx. an hour.

  • After reuploading the image file ( I used this URL:

commons.wikimedia.org/w/index.php?title=Special:Upload&wpDestFile=FILE.JPG&wpForReUpload=1
) the same image appeared twice in the revision history. (As mentioned above)

Where there any errors before the "Describe" step/tab of using the wizard?

Have there been more cases of files "fixing themselves" or was that a one time thing? How often is this occurring as of now? A few locking fixing were made a while back.

I don't think there were errors before the "describe" step of the wizard.

Those were the files, which fixed themselves: (They have two file history rows without anything. The files I manually reuploded got a special mark in the file changes row)
https://commons.wikimedia.org/wiki/File:Brechung_und_Dispersion_PET.JPG
https://commons.wikimedia.org/wiki/File:Brechung1PET.JPG
https://commons.wikimedia.org/wiki/File:Brechung2PET.JPG
https://commons.wikimedia.org/wiki/File:Brechung3PET.JPG
There were several other files besides them. (One is mentioned in Comment #0)

Are there any new instances of this?

(In reply to comment #6)

Are there any new instances of this?

(In reply to comment #7)

I don't think so.

Lowering to normal priority. Leaving for Aaron to close.

I dont know if it's related to this bug but I got this error message after uploading a new version:
Die Datei /tmp/phpGflcP9 konnte nicht unter mwstore://local-backend/local-public/3/3b/Interchanging_Origami.ogg gespeichert werden.

No new complaints on Helpdesk and other places, seems to work now or people are tired reporting.

pocoapocowiki wrote:

I have the same problem (badfilename) and tried about 10 times to upload some pictures always with the same result. Actually, after 5000 uploads I am getting quite desperate.

Pocoapoco, can you give us some examples and/or screenshots of this occurring on your machine? Please include filenames that caused the trouble, some indication of what the problem looks like, and if possible, a sample file that reliably causes the error. Also some specs on your machine/software setup wouldn't go amiss.

Thanks!

pocoapocowiki wrote:

Some of the files I have problems with:

Vista de ‎Setúbal desde el molino en la Sierra de San Felipe, Portugal, 2012-05-11, DD 01.JPG (with the 01.JPG ascending one by one to 06).

Parque Natural da Arrabida‎, Setubal, Portugal, 2012-05-11, DD 01.JPG (same logic 01 up to 15)

Puerto de Setúbal, Portugal, 2012-05-11, DD 01.JPG (01 to 06)

After I enter all description data on the files and want to finalize the process I got everythere the warning: "unkonwn problem: badfilename"

I used Modzilla FireFox 13.0.1

I just found a workaround: I upload the files with a simple name like:
Setubal desde la Sierra de San Felipe, Portugal, 2012-05-11, DD 01.JPG

instead of:

Vista de ‎Setúbal desde el molino en la Sierra de San Felipe, Portugal, 2012-05-11, DD 01.JPG

And in the last I step (before final upload) I rename them to the convention I usually use. It works but requires more time.

Hm. It's almost certainly an instance of failed attempt at Unicode support. Last question, what OS are you using? It could wind up being useful.

Thanks so much for the complete information!

pocoapocowiki wrote:

Sorry, I forgot it. I use Windows 7 Home Premium. Thanks!

pocoapocowiki wrote:

In some cases the workaround does not work, for those there is a different workaround: keeping the more simple file name until the conclusion of the upload process and then moving the page. I had to do this for files like this:
File:Parque Natural da Arrábida, Setúbal, Portugal, 2012-05-11, DD 01.JPG (see history)

brion subscribed.