Drag & drop images from Firefox?

[petermad]

Drag it from browser and drop it directly into TC pane ... and you got a 0 byte file. Sad

Drag it from browser to the TC entry at the task bar first, wait until TC appears ... and drop it to the TC pane then => you get the full file Very Happy

This applies to Mozilla 1.7.12 too.

In Mozilla (I don't know about FF) the opposite is the case if I drag a file from the browser over a zip file in the TC pane. Then it gets packed alright if I drag it directly, but if I drag it via the taskbar button then TC gives the error "Cannot open file for reading"

[sqa_wizard]

Finding a reproducible procedure gives a chance to dig at a certain place, but now it is up to Ch. Ghisler to find the root cause ...

[Stance]

Hello!
Firefox 1.0.7:
Drag&drop from Firefox into TC Filelist creates a 0-sized file.

Workarounds: When you have the Plugin: IEView installed, showing a directory like:
"Documents and Settings" or "My Pictures", it will store the dragged file on drive from within Total Commander.

Please take a look at Firefox/Mozilla Add-Ons pages (Image Browsing, 3 pages) for some goodies.

Kind regards
Stance

[petermad]

2Stance

Drag&drop from Mozilla into TC Filelist creates a 0-sized file.

Not if you drag to the task bar icon first as explained in this post: http://ghisler.ch/board/viewtopic.php?p=76238#76238 and this: http://ghisler.ch/board/viewtopic.php?p=76265#76265

[Stance]

petermad
thanks, it surely work from Firefox -> Taskbar -> Total Commander.
My idea about this thread is: Drag&drop from Firefox panel straight into panel of TC.

I have a fine context menu extension for Firefox installed:
Launchy
It shows all your Browsers, Downloadmanagers and "IrfanView" for all kinds of fileextensions in the Firefox contextmenu.

Kind regards
Stance

[roentgen]

Firefox 3.0a7 creates 4,00 KB (4.096 bytes) files. They are getting close...

Maybe one Fx user is kind enough to point the issue to Mozilla.

[nudel]

Hello

I've filed a bug report about this at the Firefox/Mozilla site, since I couldn't find an existing report and would also like to see it fixed:

[I can't post URLs yet as my account is too new, but if you want to read or vote on the issue, go to this URL with the spaces removed:]

bugzilla . mozilla . org / show_bug.cgi ? id=415632

I was looking at the same problem in another program, assuming it was the fault of the program I was debugging, and not Firefox. Had I thought to search the web and found this thread first, it would've saved me some time.

What Ghisler says is totally right, the temp files are empty when Firefox passes them to other programs. It's not until after the program is done processing the drop event (even if that takes 5 minutes as it did when I slowed things down by stepping through in a debugger) that Firefox actually writes the data to the files. Oops!

[icfu]

nudel gets censored, what a staircase wit... Welcome on the dark side!

https://bugzilla.mozilla.org/show_bug.cgi?id=415632

Icfu

[ghisler(Author)]

2nudel
Thanks for confirming (and reporting) the bug! Actually the best way to solve the problem would be NOT to write any temp file, but instead just pass an IDataObject to the recipient, containing an IStream interface to read the data.