Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060110 SeaMonkey/1.5a This must be old as dirt but I haven't found the exact dup, so just to have it reported: Almost all attempts to drag an image from browser to Photoshop (currently PSCS2) only an empty image opens, with the correct filename, and the dimensions of whatever image I had on clipboard from before. I think it's worked twice and failed hundreds of times. The same drag/drop into PaintShop PRO 9 is fine and the correct image opens in almost all cases (99 out of 100). In the case where it fails, the error message will say "unable to open the file". Another drag/drop cures that. Drag and drop from MSIE works fine ;)

==> drag 'n drop

Weird that it sometimes works for you. Dragged images only open in Paint here, never in other viewers. See Bug 265720.

i wonder if the times it worke may have been a bogus "observation", perhaps using msie instead, forgetting which browser was what for a sec. I'm not able to reproduce a successful drag/drop now at least.

Here's the scoop, I've been using firefox and photoshop for a year. Drag & dropping into photoshop with firefox 2.5 randomly works, about 15% of the time. I just got firefox 3.0. Drag & Drop works Everytime now, BUT you can only drag and drop it into another image, you can NOT drag it into the background of photoshop and have it open as a new file! Can you please ADD this feature! Some more tech detailed stuff: It seems what they did was, now with ff 3.0, when you drag & drop into photoshop, it copies the image into clipboard and pastes it into the image. What this prevents the users from doing is now you can't drag this into photoshop and open it as a new image because the image isnt saved anywhere. It used to physically copy the image into some temp folder and open it as a new image from the temp folder. Now it doesnt do that, it just uses the clipboard, a duplicate of the image isnt saved anywhere. The thing is, 99% of the time when i want to open an image in photoshop form ff, i (**as do most other users**) want to be able to open it as a new file, not just drag it inside a different image! so PLEASE, make it so that i could drag an image and open it as a new one in firefox. THANKS!! and keep up the good work!

D'n'D images from FF 2.0 to Corel Photopaint works fine, but not from FF3, when pasted link to image only. Please, fix it, please, please...

Using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008042304 Minefield/3.0pre, I see the error message noted in Bug 430443 when trying to drag and drop an image to CS3: "Could not complete your request because Photoshop does not recognize this type of file." error.

Testing some more. I find that you can drag an image to the desktop and then onto Paint in windows, and from teh desktop and onto Preview on the Mac. However, on neither of these OS's can you go form Firefox to the app in question. Seems that we have something broken fundamentally here. Testing with Firefox 3 RC 1.

(In reply to comment #8) > Testing some more. I find that you can drag an image to the desktop and then > onto Paint in windows, and from teh desktop and onto Preview on the Mac. > However, on neither of these OS's can you go form Firefox to the app in > question. Could you previously? I see no indication that this is a regression, and indeed the comments indicate that we've improved (slightly) over Firefox 2. > Seems that we have something broken fundamentally here. Testing with Firefox 3 > RC 1. That's as may be, but this is by no means a blocker nor an RC2 candidate.

Same problem by Drag & Drop to other programs. In this special case XnView (Image Browser, xnview.com)...

I'm having the same problem. I used to drag images (JPEGs mostly) from FF into Photoshop to work on them all the time using FF 2.0.x, but FF 3.0 (Release) will not do it. Some observations from doing different variations of this action: - Dragging an image from FF3 to the Windows desktop works normally (a copy of the file is left on the desktop). - Dragging it to IE7 works (actually, IE just navigates to the image URL, or link url if the image was linked in the html of the originating page). - Dragging images into another desktop app like Adobe Photoshop (CS1), Word, PowerPoint (2007), or Fireworks (MX) *does not work*. In Photoshop, as mentioned previously by another user, dragging an image into an *existing* open image in PS works, but not when dragging it into an open area in Photoshop in order to open it as a new/separate file. That action does work when dragging from FF2.0 or IE7. I've also tested this behaviour with Macromedia Fireworks MX/2004 as the target app. Dragging an image from IE7 to Fireworks works. Doing the same from Firefox 3.0 does not work -- unless if I drag it into an existing open image (same as Photoshop). When I try to drag an image into a Word document, it just copies the image URL into the Word document as text, not the image itself (IE7 embeds the image). With PowerPoint, nothing is inserted from FF3 (IE7 embeds the image). With both Photoshop & Fireworks, I get the "no entry" pointer icon indicating that my mouse is not hovering over a valid drop target, unless if it's over an existing open file. I've tried setting nglayout.enable_drag_images to false (to stop the semi-transparent image placeholder when dragging images) & restarting FF, but that didn't have an effect on my drag 'n drop problem. No joy with FF safe mode either. I can copy/paste images into PS from FF3, but it's much slower (since I have to "File->New" in Photoshop before pasting). FF3.0 on Win XP SP2.

Also does not function with GoogleTalk. In previous versions of Firefox you could click and drag an image from a website into the chat window to share the image with someone. It doesn't work anymore.

Adding to the list of programs that do not accept image drag-drops from firefox 3 - ACDSee 9.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Steps to Reproduce: 1. Open Firefox 3 and browse to any page with an image. 2. Open Photoshop CS2 3. Drag the image from Firefox 3 onto the gray background in CS2. Expected: A new image to be created in Photoshop with the content dragged in from Firefox. Actual: Dropping is not permitted. The mouse cursor is a circle with a slash through it. Dropping the image is a no-op. Note: I am reporting this here because previous versions of Firefox handled this case correctly.

Is this being looked at? This change has broken our application, as users can no longer drag images from FF3 into our app, but they can from FF2. Note this is on Windows XP SP2. Our application is looking for the DataFormat "FileDrop" within the DataObject which is dropped on our application. In FF3, this data contained the path to the cached version of the image on disk. In FF3 we no longer get this information.

Presumably this is a regression from bug 203307 (or perhaps bug 267426). Could anyone who can reproduce this test nightlies from around the landing of those bugs to confirm? That means testing these builds (for bug 203307): ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/08/2006-08-14-04-trunk/firefox-3.0a1.en-US.win32.zip ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/08/2006-08-21-04-trunk/firefox-3.0a1.en-US.win32.zip If both of those fail, or if both pass, then testing these (for bug 267426): ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/02/2006-02-19-06-trunk/firefox-1.6a1.en-US.win32.zip ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2006/02/2006-02-21-07-trunk/firefox-1.6a1.en-US.win32.zip

(For easy access, the list of changes to nsDragService between 1.8 and 1.9a1 is revisions 1.43-1.53 at http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/widget/src/windows/nsDragService.cpp&rev=MOZILLA_1_9a1_RELEASE&mark=1.43 ).

Ah, I forgot that I have PhotoShop installed here (PhotoShop CS 8.0, windows XP). Using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16 dragging the image from the browser to PhotoShop results in a prompt with the correct filename, but when I press OK I just get a (correctly sized) transparent image. Using both: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/20080818113442 Minefield/3.1a2pre Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 I can't drop images on PhotoShop at all (I get the "can't drop" cursor when I try). These results don't seem to match what others are seeing, so I'm not sure whether I'm seeing the same bug.

Using Ted's DNDDebug app from http://ted.mielczarek.org/code/DNDebug.exe (Source: http://ted.mielczarek.org/code/DNDebug.zip), I can confirm that we're no longer adding the "FileDrop" flavour with a link to the cached file on disk, which would explain comment 19. Previous comments mention that dragging to an existing photoshop image works, but dragging to the blank canvas (which is what I tried previously) doesn't. That might also be explained by the missing "FileDrop" flavour.

Ah, that probably makes this a dupe of bug 440911.

> Ah, that probably makes this a dupe of bug 440911. I'd say that's a good guess. I can try to confirm although I'm headed out to sf for a qa workshop so I'll be tied up till wed..

Indeed, in a build with the patch from bug 440911, the drag to PhotoShop succeeds.

(In reply to comment #20) Not sure if this still helps, but for your application (see comment 19). nightly/2006/08/2006-08-14-04-trunk: FAIL nightly/2006/08/2006-08-21-04-trunk: FAIL nightly/2006/02/2006-02-19-06-trunk: PASS nightly/2006/02/2006-02-21-07-trunk: ?? - drag and drop of images crashes Should I try any others?

(In reply to comment #27) > nightly/2006/08/2006-08-14-04-trunk: FAIL > nightly/2006/08/2006-08-21-04-trunk: FAIL > > nightly/2006/02/2006-02-19-06-trunk: PASS > nightly/2006/02/2006-02-21-07-trunk: ?? - drag and drop of images crashes > > Should I try any others? Nope - thanks for testing. Those results are a bit confusing, because I would expect the build from 2006-08-14 to PASS given what we know now, but I've already confirmed bug 440911 will fix this, so I guess there's no point in worrying about it.