Last modified: 2013-07-25 07:03:30 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 T36667, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34667 - drop image file sometimes creates no thumb and does not complete
drop image file sometimes creates no thumb and does not complete
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
UploadWizard (Other open bugs)
unspecified
All All
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-24 01:38 UTC by Chris McMahon
Modified: 2013-07-25 07:03 UTC (History)
11 users (show)

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


Attachments
big photo for repro (1.21 MB, image/jpeg)
2012-02-24 01:38 UTC, Chris McMahon
Details

Description Chris McMahon 2012-02-24 01:38:17 UTC
Created attachment 10084 [details]
big photo for repro

reported by Matthew Roth, I have what seems to be a reliable repro in Chrome and FF on OSX. 

https://commons.wikimedia.org/wiki/Special:UploadWizard

Drag the attached photo onto the "Drop media file to donate here" page. 

It is possible that the result will be a large image of the bike with no controls shown, stopping the upload process. This is the problem. 

It is possible that drag'n'dropping the image will succeed and show a thumbnail plus options like "Remove".

If the display is normal, click the link for "Use old upload interface" (or whatever it's called, all my browsers are now showing the bug.) then click "Upload file" again in the sidebar to return to the https://commons.wikimedia.org/wiki/Special:UploadWizard page. 

Dragging the image onto the "Donate..." page should now render it large, with no controls visible, thus stopping the upload process.
Comment 1 Chris McMahon 2012-02-24 01:44:21 UTC
also, the URL for the resulting image after dropping onto Special:UploadWizard
is "file://...stumpjumper.jpg"  on the local machine, and not a URL for commons
Comment 2 Brion Vibber 2012-02-27 21:05:12 UTC
It looks like the drop target is pretty small; if you end up dropping too far outside the actual *button*, the browser will load the image directly into the browser window instead of passing it on to the web page's drag n drop handlers.

Visual feedback on the drop target during drag operations would likely help here -- it's not obvious that you're meant to drop exactly *on* the button, as buttons don't normally behave that way.
Comment 3 Brion Vibber 2012-02-27 21:17:37 UTC
We're changing the button text back to the original form which says 'select' and doesn't talk about drag-n-drop in r112517

When a better drag-n-drop experience is ready, we can advertise it more.
Comment 4 Mark A. Hershberger 2012-02-28 19:55:57 UTC
(In reply to comment #3)
> When a better drag-n-drop experience is ready, we can advertise it more.

Removing from 1.19 milestone.
Comment 5 drecodeam 2012-04-12 10:34:41 UTC
I have submitted a patch for HTML5 drag and drop upload, and this issue would get solved through the patch. https://gerrit.wikimedia.org/r/#change,3808
Comment 6 Andre Klapper 2012-11-11 12:33:31 UTC
Ping to UW developers - patch available in gerrit, awaiting review.
Comment 7 Chris McMahon 2013-07-19 20:29:55 UTC
overtaken by history

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


Navigation
Links