437376 - Dragged images corrupted

Status: RESOLVED WORKSFORME

(Core :: DOM: Copy & Paste and Drag & Drop, defect)

Description

[Tom Edwards]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Images that are dragged from a web page onto a folder or onto the desktop are corrupted. It's better to view the attached results than listen to me trying to explain how!

Reproducible: Always

Steps to Reproduce:
1. Drag chosen image to a location
2. Save chosen image to a location
3. Compare
Actual Results:  
Dragged image is completely corrupt.

Expected Results:  
Dragged image is not corrupt, and is identical to saved image.

Comment 1

[Tom Edwards]

Attachment: Three pairs of images showing the corruption

Comment 2

[Nochum Sossonko [:Natch]]

Could you unzip it and attatch a picture of the three images side-by-side so that we don't have to download it.

Comment 3

[Tom Edwards]

I would have, but I'm a bit worried that the server will choke on the corrupt ones. Is unzipping a file that much to ask anyway?

Comment 4

[Nochum Sossonko [:Natch]]

Attachment: Side-by-side

Can't reproduce, but heres the pictures all together. theyre just collected into one png but the quake-lake one won't even open on my system.

Can you provide a link maybe to the pics you tried this on?

Comment 5

[Tom Edwards]

I can't find the 'art' image again, but here's the other two:

http://news.bbc.co.uk/2/hi/asia-pacific/7437354.stm

It doesn't seem to matter where the images come from, though.

Comment 6

[Nochum Sossonko [:Natch]]

Comment on attachment 324009 [details]
Side-by-side

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

Hmm... was able to reproduce reliably with the combined pic.

(i.e. drag gets corrupted entirely and i can't see anything, while save works perfectly)

Comment 7

[Tom Edwards]

I just noticed that the filesize of images, in Element Properties, is always "Unknown (not cached)".

Comment 8

[Tom Edwards]

This appears to have been fixed in 3.0 final. Can you confirm, Natch?

Comment 9

[Nochum Sossonko [:Natch]]

Nope can't reproduce atm, except for the combined pic of your corrupted images (although that _may_ be because it has corrupted images in it, dunno). Otherwise, with any other image I tried it works just fine.

--> WORKSFORME

Comment 10

[Tom Edwards]

I just found an image that exhibits this problem in Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1:

http://www.jstor.org/pss/1318873

Perhaps of relevance is the server's behaviour if you request the image directly:

http://www.jstor.org/action/showArticleImage?image=images%2Fpages%2Fdtc.24.tif.gif&doi=10.2307%2F1318873

Comment 11

[(mostly gone) XtC4UaLL [:xtc4uall]]

> http://www.jstor.org/pss/1318873

this is WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080906062345 Minefield/3.1b1pre ID:20080906062345 + Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 ID:2008070208(In reply to comment #10). maybe it's Vista relevant.

Comment 12

[Tom Edwards]

Nope, I'm still getting it with XP too.

Comment 14

[fishpen0]

I am still getting this bug with various images on Windows 7 64 with Firefox 4 and 5.

Comment 15

[Tom Edwards]

I can't repro on Fx5 and Windows 7 x64.

Comment 16

[fishpen0]

Could you attempt it with these images here:
http://interfacelift.com/wallpaper/De8dadd5/02625_thereignofthestars_1440x900.jpg
or
http://v.cdn.cad-comic.com/comics/cad-20110629-f5abc.png

I think it may have something to do with the length of the images filename as it never happens with shorter filenames.

Comment 17

[Tom Edwards]

I get a 0KB file when I try dragging the comic, not a corrupt one. I uploaded the file to <http://steamreview.org/external/cad-20110629-f5abc.png> and it works fine from there, so it can't be the filename. The wallpaper doesn't exist any longer.

Here are the response headers from the two comic downloads. Two things stand out to me: that the official site is using GZIP, and that it does not specify Content-Length.

cad-comic.com:

Cache-Control:max-age
Connection:keep-alive
Content-Encoding:gzip
Content-Type:image/png
Date:Fri, 01 Jul 2011 21:51:59 GMT
Etag:"16bd02d31fe9fa8e053a23bfdf16cc50"
Expires:Fri, 29 Jun 2012 03:11:41 GMT
Keep-Alive:timeout=15
Last-Modified:Thu, 30 Jun 2011 03:11:34 GMT
Server:azeroth
Transfer-Encoding:chunked
Vary:Accept-Encoding
X-Cache:HIT
X-Cache-Hits:138631
X-Sylvanas:You walked right into this one, Arthas. It's time to even the scales.

steamreview.org:

Accept-Ranges:bytes
Connection:Keep-Alive
Content-Length:356994
Content-Type:image/png
Date:Fri, 01 Jul 2011 21:55:32 GMT
Etag:"9920019-57282-4a708fb079e00"
Keep-Alive:timeout=2, max=100
Last-Modified:Fri, 01 Jul 2011 21:48:40 GMT
Server:Apache

Comment 18

[Phoenix]

All provided links are WFM on Windows 7 x64 and both release and trunk, is somebody still able to reproduce this issue?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0

Comment 19

[u279076]

Please reopen this bug if it's reproducible in the latest Nightly.