Bug 561973 was filed by someone else about problems using Drag-and-drop from Firefox images to Gimp 2.6.3 in Windows. (Drag-and-drop from IE or from an IEView tab in Firefox works fine)

Sven requested that OP post results from Gimp-log showing drag-and-drop events.

I tried unsuccessfully to get this info. (see selected posts from that bug below).

Sven requested that someone else tell "this fellow" (me :-)) how to do it in Windows. No response so far on the bug.

Any takers? ========
#4

FWIW: running Gimp 2.6.3 on Windows XP SP3 - drag-n-drop of an image from Firefox 3.0.4 does NOT work, but does from IE7. Fortunately, using Firefox addon IEView to switch to use the IE rendering engine DOES allow images to be dragged to GIMP (either creating a new layer if dragged onto an open image or a new image if dragged onto toolbox).

IIRC: I'd seen somewhere (wrt to an earlier 2.4 or 2.6 version) that dnd from IE7 worked but did not work from Firefox. I tried to find a bugzilla report about this w/o success so I guess it had never been filed before?

When attempting to drag from Firefox it shows the slashed-circle icon.

re: Gimp-log ... I opened a command window and executed:

set GIMP_LOG=dnd
"D:\Program Files\GIMP-2.6\bin\gimp-2.6.exe"

and then dragged from the IEView tab in Firefox to the empty window display which worked but I can't find any file that GIMP is logging to. It doesn't appear in the command window.

Starting "gimp --help" shows an option -c for console window and I thought that might be where the gimp-log output would go to - apparently not! All I get in that window is two lines (apparently irrelevant): ====
Skipping duplicate plug-in: 'D:\Program Files\GIMP-2.6\lib\gimp\2.0\plug-ins\gap _plugins.exe'
Skipping duplicate plug-in: 'D:\Program Files\GIMP-2.6\lib\gimp\2.0\plug-ins\gap _video_extract.exe'
=====
DND from IE-View tab in Firefox continues to work but fails from normal Firefox tab.
=====
#5
We need the debug output. Can anyone please tell this fellow how to get the debug output on Windows?

Alexia Death (alexiadeath@gmail.com) wrote (in part) (on 2008-11-26 at 01:13):

DnD issues from firefox AFAIK have nothing to do with GIMP... Its the way FF handles dragging of images. The path resulting from dragging an image is not a valid file path, because firefox cache is a bit different than IE-s simple filesytem. In Linux it seems firefox passes URL-s and GIMP fetches the image...

As to debug output --verbose and -c flags are needed.

Changing to use these two lines to invoke GIMP from a cmd.exe window: >set GIMP_LOG=dnd
>"D:\Program Files\GIMP-2.6\bin\gimp-2.6.exe" --verbose -c

gives more output ... last 5 lines shown below ... ======
INIT: gui_restore_after_callback
Parsing 'C:\Documents and Settings\Alec\.gimp-2.6\menurc' Parsing 'C:\Documents and Settings\Alec\.gimp-2.6\devicerc' Parsing 'C:\Documents and Settings\Alec\.gimp-2.6\controllerrc' Parsing 'C:\Documents and Settings\Alec\.gimp-2.6\colorrc' loading menu 'D:\Program
Files\GIMP-2.6\share\gimp\2.0\menus\image-menu.xml' for /image-menubar ======
dragging an image from IE7 to "empty image window" or toolbar does not generate any additional lines in the GIMP output window.

Sven ... was there some additional output you expected me to see there?

Again FWIW - every time I drag-and-drop and image from either IE7 or from the Desktop or Windows Explorer (and it creates a new image window) I get another occurrence in the GIMP output window of the line: ======
loading menu 'D:\Program
Files\GIMP-2.6\share\gimp\2.0\menus\image-menu.xml' for /image-menubar ======
but when I drag and drop on an already open image creating a new layer instead of a new image no output is generated to the GIMP output window.

As an experiment I tried dragging the same image from both IE7 and Firefox 3 to both Microsoft Word and Thunderbird.

Images from both IE7 and Firefox 3 could be successfully dragged to a Thunderbird compose window.

Dragging from IE7 to Microsoft Word resulted in the image being displayed, while dragging from Firefox 3 to Microsoft Word resulted in just the URL to the image being displayed.

That squares I think with what Alexia is saying ... that Thunderbird understandably understands the caching mechanism used by Firefox while Microsoft Word does not but can (at least) figure out the underlying URL. If GIMP (or is this a GTK+ function(?)) can't directly access the cached file ... maybe as a work around, it could "recognize" the URL info and do an automatic File-Open URL ...?

FWIW: I *CAN* drag an image from Firefox 3 and drop on the Desktop (or on an open Windows Explorer window) and then drag that file from the Desktop to either toolbox (created as a new image window as expected) or an already open image (created as a new layer as expected) ... which to me (perhaps showing only my naivety) implies this s/b a solvable problem.

Sven Neumann (sven@gimp.org) wrote (in part) (on 2008-11-26 at 02:17): > On Wed, 2008-11-26 at 08:13 +0200, Alexia Death wrote: >
> > > As to debug output --verbose and -c flags are needed. >
> No, they aren't. The --verbose flag has nothing to do with the output > you get from the GIMP_LOG facility. And the -c flag only applies to > messages that are shown in error dialogs otherwise. >
> What is needed here is the command-line syntax for the Windows > platform
> to get stdout and stderr redirected to a file. Sorry Sven ... if you'd used the phrase "redirected to a file" instead of "Can anyone please tell this fellow how to get the debug output on Windows?" I might of realized what was needed :-) (I was expecting that the GIMP output window would trap everything when the envvar was set)

In any case - this: "D:\Program Files\GIMP-2.6\bin\gimp-2.6.exe" > d:\temp\gimplog5.txt
gives this output ...
===
(gimp-2.6.exe:5588): DND-DEBUG: gimp_dnd_data_drop_handle(798): data type 1 (gimp-2.6.exe:5588): DND-DEBUG: gimp_dnd_data_drop_handle(817): target text/uri-list
(gimp-2.6.exe:5588): DND-DEBUG: gimp_selection_data_get_uri_list(119): raw buffer >>file:///C:/Documents%20and%20Settings/Alec/Desktop/12677-8.jpg <<
(gimp-2.6.exe:5588): DND-DEBUG: gimp_selection_data_get_uri_list(162): trying to convert
"file:///C:/Documents%20and%20Settings/Alec/Desktop/12677-8.jpg" to an uri

(gimp-2.6.exe:5588): DND-DEBUG: gimp_dnd_data_drop_handle(798): data type 1 (gimp-2.6.exe:5588): DND-DEBUG: gimp_dnd_data_drop_handle(817): target text/uri-list
(gimp-2.6.exe:5588): DND-DEBUG: gimp_selection_data_get_uri_list(119): raw buffer
>>file:///C:/Documents%20and%20Settings/Alec/Local%20Settings/Temporary%20Internet%20Files/Content.IE5/1LX395MJ/12677-3%5B1%5D.jpg <<
(gimp-2.6.exe:5588): DND-DEBUG: gimp_selection_data_get_uri_list(162): trying to convert
"file:///C:/Documents%20and%20Settings/Alec/Local%20Settings/Temporary%20Internet%20Files/Content.IE5/1LX395MJ/12677-3%5B1%5D.jpg" to an uri
===

I'm not sure whether this is showing both stdout and stderr or just stdout? Lines above are from DnD from Desktop. Lines below are from DnD from an IEView tab in Firefox.
Attempted DnD from a Firefox tab to GIMP toolbox just shows the slashed-circle and doesn't generate any output to the log file.

Aside: can you point me to any Doc or Man page that defines what environment variables GIMP is looking for? I assume that there are more settings that GIMP_LOG is looking for than just "dnd"?
Googling [gimp environment variable "GIMP_LOG"] returns this thread (from Michael Natterer)
===
Showing 20 of 35 commits from 51 weeks ago: gimp (trunk) on 2007 ... - 5:00am
2007-11-16 Michael Natterer * app/base/temp-buf.c ... a log facility which can be enabled using the GIMP_LOG environment variable. ...
www.gnome.org/~shaunm/pulse/web/person/gnome.org/mitch?ajax=commits&weeknum=1976 ====
The link no longer exists but the Google-cache does. Maybe they are only scattered through source?