Page 4 of 5
Re: Drag-N-Drop - Not drop target
Posted: 20 Dec 2009 13:01
by 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...
Re: Drag-N-Drop - Not drop target
Posted: 20 Dec 2009 13:46
by admin
PeterH wrote: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.
Re: Drag-N-Drop - Not drop target
Posted: 20 Dec 2009 14:56
by 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?
Re: Drag-N-Drop - Not drop target
Posted: 20 Dec 2009 21:12
by admin
PeterH wrote:Now: what are you not able to repro?
My temp dir is clean whatever I do with any archiving app I have.
Re: Drag-N-Drop - Not drop target
Posted: 20 Dec 2009 21:35
by PeterH
admin wrote:PeterH wrote: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...
Re: Drag-N-Drop - Not drop target
Posted: 21 Dec 2009 16:13
by 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?
Re: Drag-N-Drop - Not drop target
Posted: 21 Dec 2009 17:03
by admin
nony wrote: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.

Re: Drag-N-Drop - Not drop target
Posted: 21 Dec 2009 17:25
by PeterH
nony wrote: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

Re: Drag-N-Drop - Not drop target
Posted: 21 Dec 2009 19:50
by admin
PeterH wrote:nony wrote: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...).
Re: Drag-N-Drop - Not drop target
Posted: 21 Dec 2009 20:40
by 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

Re: Drag-N-Drop - Not drop target
Posted: 12 Feb 2010 10:05
by nony
Still not fixed
Please could you please look into this.
Re: Drag-N-Drop - Not drop target
Posted: 12 Feb 2010 11:35
by admin
nony wrote:Still not fixed
Please could you please look into this.
You mean that Winrar does leave a folder with contents in Temp?
Re: Drag-N-Drop - Not drop target
Posted: 13 Feb 2010 12:15
by nony
Yes, Winrar leaves content in temp folder after extracting...
Re: Drag-N-Drop - Not drop target
Posted: 13 Feb 2010 13:47
by admin
nony wrote: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.
Re: Drag-N-Drop - Not drop target
Posted: 13 Feb 2010 13:55
by 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.