Drag-N-Drop - Not drop target

[PeterH]

Just tested a bit with IZArc: strange!

Just to know: both temp-dir and destination are on c:
- only left drag possible, so no choice of copy or move (as expected)
- after dragging from IZArc to dest, the copied folder *also* exists in temp-dir
- after closing IZArc the folder in temp still exists
That is: no side does cleanup. Till now I thought, this is IZArc problem.

By the way: saw dest-dir in 1st pane, temp-dir in second. Second pane never refreshed, no matter if it was act or inact at this moment. Always had to refresh manually.

Then tried the same with 2 win-explorers. (One on dest, the other on temp.) After dragging nothing existed in temp-dir!!!
To verify I created a folder named same as the one I copied - it vanished after dragging from IZArc! So it seems win-explorer really deletes the temp file(s) after copying. Why ever... Is it possible it is notified by some flag from IZArc to do so?

For minimizing the amount of garbish in temp, I'd prefer the files to be deleted...
...and am not sure this could be done reliable by IZArc - for folder(s) with very big file(s) those still could be copied when IZArc is closed.
(I assume that files are first decompressed to temp, then file manager is notified to "get" them. And this might last for some time. Or is there some notify, when this is done?)

By the way: if files are to delete in temp, and temp and dest are on the same drive, they could just be renamed? That would be fast...

[admin]

Just tested a bit with IZArc: strange!

Just to know: both temp-dir and destination are on c:
- only left drag possible, so no choice of copy or move (as expected)
- after dragging from IZArc to dest, the copied folder *also* exists in temp-dir
- after closing IZArc the folder in temp still exists
That is: no side does cleanup. Till now I thought, this is IZArc problem.

By the way: saw dest-dir in 1st pane, temp-dir in second. Second pane never refreshed, no matter if it was act or inact at this moment. Always had to refresh manually.

Then tried the same with 2 win-explorers. (One on dest, the other on temp.) After dragging nothing existed in temp-dir!!!
To verify I created a folder named same as the one I copied - it vanished after dragging from IZArc! So it seems win-explorer really deletes the temp file(s) after copying. Why ever... Is it possible it is notified by some flag from IZArc to do so?

For minimizing the amount of garbish in temp, I'd prefer the files to be deleted...
...and am not sure this could be done reliable by IZArc - for folder(s) with very big file(s) those still could be copied when IZArc is closed.
(I assume that files are first decompressed to temp, then file manager is notified to "get" them. And this might last for some time. Or is there some notify, when this is done?)

By the way: if files are to delete in temp, and temp and dest are on the same drive, they could just be renamed? That would be fast...

Again, no repro here.

Move on same volume = Rename: This optimization is always done on a very low level. "Move" is actually not a known file operation from NTFS's POV: there's only copy, rename, and delete. Move across volumes is a combined copy + delete.

[PeterH]

A bit more complex?
I do DnD from IZArc to XY or to WE - wishing to extract some file(s) and/or folder. "Extract" - neither move nor copy.
IZArc extracts the data to temp directory - if neccessary with overwrite. (This location can be configured. Dflt is user-tempdir. I now have modified it to ...\temp\IZArc\.)
Then it notifies WE or XY to "get" the data form there. This "get" might be copy, move, or whatever?
After WE "has got" it, it's deleted in temp.
After XY "has got" it, it's still there.

Here the .zip is on d:, temp is on c:, and same if dest is on c: or d:
(To verify tested with .zip on c: - no change.)

Now: what are you not able to repro?

[admin]

Now: what are you not able to repro?

My temp dir is clean whatever I do with any archiving app I have.

[PeterH]

Now: what are you not able to repro?

My temp dir is clean whatever I do with any archiving app I have.

You are in the right temp dir

OK - I think you have IZArc (for test), do you? Then please check there:
Options/Configuration, Tab: Folders, the contents of Temp Folder: This is the temp folder IZArc uses. (Recently I appended IZArc\ there to easy identify folders and files created by IZArc, but result was the same before.)
And now drag anything from a .zip in IZArc to somewhere in XY - and check that temp folder again. You don't find a copy of the just dragged item(s)? If not: where is the difference to my system? (IZArc 4.1, XP SP3, XY 8.70.152)
Could you think of any configuration to cause this? I have no idea...

Anybody else tested this? Strange...

[nony]

It seems all strange things happen only on my system

So for you Don, drag drop from Winrar is emptying the temp folder?
Another thing is my windows is not C:, so does that make difference?

[admin]

It seems all strange things happen only on my system

So for you Don, drag drop from Winrar is emptying the temp folder?
Another thing is my windows is not C:, so does that make difference?

yes, yes, no.

[PeterH]

It seems all strange things happen only on my system

As can be seen above: same problem just with another packer...
Seems no matter of drive-location of source, temp and destination.
So really strange the same doesn't happen for Don

OK - I don't really mind: temp has to be cleaned up sometimes, anyway.
But I just don't understand

[admin]

It seems all strange things happen only on my system

As can be seen above: same problem just with another packer...
Seems no matter of drive-location of source, temp and destination.
So really strange the same doesn't happen for Don

OK - I don't really mind: temp has to be cleaned up sometimes, anyway.
But I just don't understand

I take it back: Winrar does leave a folder with contents in Temp (I overlooked it due to sorting folders apart...).

[nony]

Good to know it's not always my system, I thought I was the only one yelling it aloud without anyone responding or even trying to test. I guess most of you would be having WinRAR

[nony]

Still not fixed

Please could you please look into this.

[admin]

Still not fixed

Please could you please look into this.

You mean that Winrar does leave a folder with contents in Temp?

[nony]

Yes, Winrar leaves content in temp folder after extracting...

[admin]

Yes, Winrar leaves content in temp folder after extracting...

Confirmed. Cannot fix. Winrar should do this but I have no idea why it does not.

[SkyFrontier]

You could accomplish that using XY scripts or 3rd party programs, some could even monitor Temp folder and automatically clean it - at least when rebooting PC. But sure it's a WinRAR fault, just like installers in general and any other program which will need to unpack stuff prior to using it/letting the user do what he needs to do.