Last modified: 2013-01-21 08:53:07 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 T37354, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35354 - Problems with UploadWizard stash moving to the target
Problems with UploadWizard stash moving to the target
Status: REOPENED
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Brion Vibber
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-03-20 11:27 UTC by Rainer Rillke @commons.wikimedia
Modified: 2013-01-21 08:53 UTC (History)
8 users (show)

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


Attachments

Description Rainer Rillke @commons.wikimedia 2012-03-20 11:27:28 UTC
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:
** No upload log entry, no description page: https://secure.wikimedia.org/wikipedia/commons/wiki/File:Rabenhof_10.JPG
** Page created with wikitext but image missing (McZusatz will be able to give you an example if you need one)
** Wikitext created, image twice in revision history
Comment 1 Marco 2012-03-20 15:21:46 UTC
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)
Comment 2 Aaron Schulz 2012-03-23 00:22:27 UTC
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.
Comment 3 Rainer Rillke @commons.wikimedia 2012-03-23 08:31:45 UTC
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.
Comment 4 Aaron Schulz 2012-03-28 01:14:29 UTC
(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.
Comment 5 Marco 2012-03-28 16:29:30 UTC
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)
Comment 6 Aaron Schulz 2012-03-30 01:35:32 UTC
Are there any new instances of this?
Comment 7 Marco 2012-03-31 14:04:52 UTC
I don't think so.
Comment 8 Mark A. Hershberger 2012-04-02 15:42:58 UTC
(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.
Comment 9 Marco 2012-04-10 18:59:52 UTC
It seems someone encountered this problem lately. ( http://commons.wikimedia.org/wiki/Commons:Forum#UploadWizard_mag_nicht )
Comment 10 Marco 2012-04-11 10:00:19 UTC
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.
Comment 11 Rainer Rillke @commons.wikimedia 2012-05-20 09:41:10 UTC
No new complaints on Helpdesk and other places, seems to work now or people are tired reporting.
Comment 12 Pocoapoco 2012-07-17 20:31:55 UTC
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.
Comment 13 Mark Holmquist 2012-07-17 20:35:08 UTC
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!
Comment 14 Pocoapoco 2012-07-17 21:31:16 UTC
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.
Comment 15 Mark Holmquist 2012-07-17 21:33:49 UTC
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!
Comment 16 Pocoapoco 2012-07-17 21:36:32 UTC
Sorry, I forgot it. I use Windows 7 Home Premium. Thanks!
Comment 17 Pocoapoco 2012-07-21 13:53:19 UTC
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)

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


Navigation
Links