Closed Bug 502453 Opened 16 years ago Closed 16 years ago

Draging png/gif/jpg to Paint fails

Categories

(Firefox :: File Handling, defect)

Product:
Firefox
Component:
File Handling
Platform:
x86
Windows Vista
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 494989

People

(Reporter: duck+mozilla, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1) Gecko/20090624 Firefox/3.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1) Gecko/20090624 Firefox/3.5 When dragging an Image (tried with png/gif/jpg) to Microsoft Windows Paint, I get the Following error message: "C:\Users\....\AppData\Local\Temp\something.bmp" not found. Also when dragging images to mp3tag (jpeg covers only) the images are recognized as image/bmp instead of image/jpeg. And this worked with Firefox 3.0.X (http://www.mp3tag.de/en/index.html), but this is maybe not a bug of firefox, but a incompatibility between firefox3.5 and mp3tag. Reproducible: Always Steps to Reproduce: 1. Open page with an image 2. drag to paint 3. read error message Actual Results: An error occurred. "C:\Users\....\AppData\Local\Temp\something.bmp" not found. Expected Results: Inserted the image to paint.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
I this a joke?!? The duplicate bug is from 2000. For me it sounds like mozilla does not want to investigate in this. :( I do not understand why all images regardless of it's type get saved/converted to bmp, and not to its source type. How to get the source file? And why was this changed, as this worked with firefox 3.0?
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Maybe I can throw some additional information in here. It seems that Firefox 3.5 now stores the image data as device independent bitmap (CF_DIB) and as a temporary file (CF_HDROP) when dragging an image file to another application. Previous versions of Firefox stored the temporary image referenced in the CF_HDROP sturcture in the original format (e.g., PNG or JPG) whereas the current version always creates a temporary bitmap (*.BMP file extension). I currently see no way for another application to know whether the dropped file was a JPG, PNG, or really a BMP. Maybe I'm missing something, maybe it's a bug -- either way it would be nice if someone knowledgeable can comment on that. Kind regards, Florian P.S. I'm also not sure whether this issue is really a duplicate of bug 41477 as this is changed behaviour introduced with Firefox 3.5.
This change in 3.5 is causing problems with several programs which were fine with earlier versions of Firefox: Total Commander: http://www.ghisler.ch/board/viewtopic.php?t=23007 Directory Opus: http://resource.dopus.com/viewtopic.php?t=10909 MP3Tag: http://forums.mp3tag.de/lofiversion/index.php/t9692.html Probably more; that's just from a quick search.
The problem seems to be caused by FireFox 3.5 presenting two completely different (and conflicting) sets of data in its data object: CF_HDROP: pFiles 20 pt 0,0 fNC 0 fWide 1 43 C:\Users\JONATH~1\AppData\Local\Temp\huumk8ah.bmp FileGroupDescriptor: 1 items name : lf_watson-300x368.jpg flags : 4000 size : 0 The CF_HDROP object provides a bitmap file, but the FileGroupDescriptor provides a jpeg (presumably via an IStream object although I haven't checked this.) IMO this is incorrect. The multiple data formats in a data object are meant to represent the SAME data in different ways, however FF is using it to represent two sets of different data (the fact that the underlying image is the same in bitmap/jpeg format is irrelevant). Presumably Explorer favors FileGroupDescriptor over CF_HDROP but there's no reason this should be the case and FireFox should not rely on applications to do this.
Drag-Drop to a windows explorer window still works. Windows explorer gets the information necessary to identify and copy the correct image (source jpg not displayed bmp), but where it's getting that information I do not know.
Reproduced this problem dragging and dropping from Firefox 3.5.3 on XP to Illustrator 10. When dragging and dropping from Firefox 3.5.3 on XP to Illustrator CS4, it works but drops the file into a new document instead of the active document
Users that are using Total Commander is getting this problem also! And on this link underneath show many user tried to reproduce this error on many different programs. http://www.ghisler.ch/board/viewtopic.php?t=23007&highlight=bmp+file I VOTE this to be fixed!
I got the same problem when update to FF 3.5. Which I regret already. Whenever drag & drop images from FF to TC, FF converts it to BMP, instead of original format. Please fix it!!!
I confirm ths BUG and vote to please fix it soon!
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → DUPLICATE
OK. Thanks for working on resolving this bug, Phil!
This bug also happens with FF3.6.3 on WinXP when drag'n'dropping to Thunderbird's 3.04 composition window. When dragging onto desktop or into Windows Explorer's window, it still preserves original file type, but file name changes to "file". I also vote for this bug to be fixed.
This has been fixed if you take a look at the bug it was resolved as a duplicate of. The fix for this will appear in the next version of Firefox after 3.6.x.
where in the other bug thread do you see that "the fix for this will appear in the next version of Firefox after 3.6.x."??
In Bug 494989, which this bug is marked a duplicate of. Phil Lacy fixed the bug and the patch was checked in on December 17th 2009 (http://hg.mozilla.org/mozilla-central/rev/580ac8e615d8) Since this was after Firefox 3.6 branched the patch won't ship in a stable version of Firefox until 3.7 or 4.0 or whatever version of Firefox comes after 3.6.x.
Kyle, can you point to a alpha/beta/ "unstable" version where the fix has been incorporated into?
(In reply to comment #17) > Kyle, can you point to a alpha/beta/ "unstable" version where the fix has been > incorporated into? http://www.mozilla.org/projects/devpreview/releasenotes/#download All of the standard disclaimers about alpha software apply, of course :-)
have you checked if the drag'n drop bug is fixed in the 3.7 Alpha 4?
dragging to paint now works in the 3.7 a, but dragging to Total Commander still produces a bmp, even if dragged with Ctrl or Alt or Shift or any combo of these .. :(
You need to log in before you can comment on or make changes to this bug.