Last modified: 2014-10-07 06:32:49 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 T35357, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 33357 - No progress after upload warnings
No progress after upload warnings
Status: NEW
Product: MediaWiki
Classification: Unclassified
Uploading (Other open bugs)
1.18.x
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-23 22:50 UTC by Platonides
Modified: 2014-10-07 06:32 UTC (History)
4 users (show)

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


Attachments

Description Platonides 2011-12-23 22:50:09 UTC
Go to http://commons.wikimedia.org/wiki/Special:Upload
Choose a file, set as name "[[É]].jpg" and press Upload.

You get a warning that the name has been changed to «--É--.jpg», please modify the description and try again, and three buttons:
- Send modified description (the description wasn't at fault, it was the filename, which wasn't modified in the input)
- Ignore warning and upload anyway (this is not ignorable!)

All of those buttons send you back to the original Special:Upload (although with the fields prefilled) instead of finishing the upload from the stash.

Same error if the warning instead of coming from the filename was due to uploading a duplicate.
Comment 1 Hersfold 2012-04-18 15:18:56 UTC
I just noticed this bug on the internal wiki my team at work uses. Has this been looked at by any developers?

It seems as though any warnings do this. You can also duplicate this bug by uploading a non-preferred and non-blacklisted file when $wgStrictFileExtensions is set to false, or by attempting to upload a previously deleted file, or by attempting to upload a new file to the same name as a previously deleted file - take your pick. My guess is that the processing for the "upload warnings" form isn't properly checking the values of the submit buttons, and is rigged to default to "cancel upload".
Comment 2 John Mark Vandenberg 2014-10-07 06:32:49 UTC
Is this the same as bug 26214?

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


Navigation
Links