Strange drag and drop behaviour of images

[herbert123]

I used to download images from a website by simply dragging them out of my browser (Firefox) to a folder in TotalCommander, which worked fine in the past.
In TC 7.5 however there is a now an annoying dialog box asking me wether I really want to copy a file to TC and now comes the strange thing:
all images are automatically converted to a .bmp image.
Wether I e.g. drag a jpg image or a gif image outside of Firefox and into TC, I always end up with an uncompressed bmp image.
(Btw, dragging e.g. a jpg image from Firefox into Windows Explorer does not convert the image, so I assume this is not some hidden Windows "feature" ).

Any ideas what causes this a) annoying dialog box and more important b) this automatic conversion to bmp? Is it TC or is this some Windows stuff?

Regards,
Herbert

[HolgerK]

a) "annoying dialog box":

Configuration -> Options... -> Misc.: Get confirmation before:
[ ] Drag&Drop (copying files with mouse)

HTH


b) "automatic conversion to bmp"

Confirmed with Firefox 3.5, but not with Firefox 3.0.
Seems like the Firefox team changed something in the new release.

Regards
Holger

[herbert123]

Thanks for the info about the confirmation dialog!

I'm still wondering why a drag & drop to the desktop or Windows Explorer leaves the image untouched (a jpg remains a jpg and a gif remains a gif) but a drag & drop into TC converts the image into a bmp ???

[HolgerK]

...but a drag & drop into TC converts the image into a bmp ???

Just a guess: multiple Clipboard formats!
Seems that Firefox nowadays supports CF_BITMAP too and TC prefers the CF_BITMAP against CF_HDROP.

Regards
Holger

[HolgerK]

BTW as a workaround:

- FF context menu of the picture: "Copy Image Location"
- TC "Net -> FTP New Connection <Ctrl+N>"
- TC ftp dialog: Connect to (host or URL) :: Paste text from Clipboard <Ctrl+V>
- <Return> (optional rename the local file) <Return>

Regards
Holger

[herbert123]

Just a guess: multiple Clipboard formats!
Seems that Firefox nowadays supports CF_BITMAP too and TC prefers the CF_BITMAP against CF_HDROP.

That sounds quite reasonable. Thanks for your answer!
I guess I'm the only one wishing to have an option for this ?

[HolgerK]

Sorry, after digging a little bit deeper into this problem, I have to revise my first guess.
It seems to be the other way around

FF 3.5 now supports the filelist and this filelist points definitely to a bmp file located in the %Temp% path!

Some Tests:

Drop a PNG image from IE 8 into paint.net -> PNG file is opened in paint.net.
Drop a PNG image from FF 3.5 into paint.net-> BMP file is opened in paint.net.
Try to drop a PNG image from FF 3.0 into paint.net -> not possible.

And some other nasty changes in FF 3.5 Drag&Drop behavior:
Drop a browser tab from FF 3.0 into a TC panel -> URL link file is created.
Drop a browser tab from FF 3.5 into a TC panel -> the browser tab will be moved into a second separate FF window

I'am not amused The drop was outside of FF.
I would call this bugs in FF 3.5

So, yes I support an option, but rather in Firefox about:config than in TC.

Regards
Holger

[petermad]

I can confirm the behaviour in FireFox 3.5

I also tested it in other browsers:

• IE 8: The filename is changed to the name in IE's cache - if there is a link behind the image - then the link is copied in stead (annoying).
• Seamonkey 1.1.17: The file is copied with original file name and type.
• Google Chrome 2.0.172.33: The filename is changed to the name of the ALT-tekst, or if no ALT-tekst then to the name of the link if a link behind the image. But always with the original file type
• Safari 4.0: The file name is enumerated, but the type is the original
• Opera 9.64: Not possible to perform drag&drop from this browser.

[František Horálek]

Just a guess: multiple Clipboard formats!
Seems that Firefox nowadays supports CF_BITMAP too and TC prefers the CF_BITMAP against CF_HDROP.

That sounds quite reasonable. Thanks for your answer!
I guess I'm the only one wishing to have an option for this ?

That is annoying, I am with you. Could you make an option in the next update of TC, please?

[HolgerK]

FYI: "Bugzilla@Mozilla – Bug 502453"

Regards
Holger

[František Horálek]

FYI: ...
[/b]

Good link, thank you. Seems Mozilla will repair it. I hope.

[omdawe]

I did cast a VOTE on Bugzilla to fix this.. Lets see!!

[František Horálek]

I did cast a VOTE on Bugzilla to fix this.. Lets see!!

Where is it?

[omdawe]

Where is it?

The Bug was a duplicate and the discussion have now moved to:
https://bugzilla.mozilla.org/show_bug.cgi?id=494989

[HolgerK]

Fixed in TC7.55pb1:

17.02.10 Added: Drop image from Mozilla Firefox returns bitmap via CF_HDROP -> use CFSTR_FILEDESCRIPTOR instead to get original image

Many Thanks for this adaption
Holger