PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.
-
PA 19.00.43 stops me moving .tar.xz files.
They have to stay in my download directory (or wherever they are) until I uninstall PA!
(I’m running Windows 7 x64)
Later: Found out that if I wait some minutes (around 5 mins I think) after opening source folder PA eventually releases the file and it can be moved.
Later still: Seems to have stopped doing it now?!
Next day: It’s doing it again! -
Still happening in .44
-
Getting same problem with .7z files too.
-
Tested by creating a tar.xz archive in the Downloads directory and was able to successfully move it to another folder.
Should we test another way so that we may reproduce this? Please let us know.
Also please send over your settings to support, we’ll import those as well as there maybe a setting that causes it.Thanks for letting us know.
-
@Mili Maybe it’s Windows 7 and/or 64 bit specific. I think refreshing the explorer window that shows the file makes it do it (again?). It may be Windows 7 and/or 64 bit specific.
Same problem present with .tar.gz as well. -
@Mili Are you still unable to reproduce this?
-
Same problem wirh .iso files too.
-
Any news about fixing this? It can be really annoying.
-
Hey, sorry for the delay.
No luck reproducing so far, gonna give it another go and report back -
Funny… Isn’t the virus scanner locking the file? I tried everything to reproduce, but no luck. Any change you can use a locking tool to see what process is locking the file?
-
@guido said in PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.:
Funny… Isn’t the virus scanner locking the file? I tried everything to reproduce, but no luck. Any change you can use a locking tool to see what process is locking the file?
It says they’re locked by SearchProtocolHost.exe.
-
@Brian-Gregory SearchProtocolHost.exe is part of windows and generates indexes for faster search. As a test, you could disable the index for the downloads folder. Turn of the checkmark below and try again.
-
I’m using Windows 7.
Well I changed some settings to tell it not to try and index the conetnts of the file types I was having a problem with and re-make the index and so far so good.
I was waiting for the complete index to be rebuilt but it’s taking days!
But it looks like that’s cured the problem.
Thank you.
-
Well that’s just typical.
As soon as I say it seems to be fixed it does it again.But this this time ProcessExplorer says no process has locked the file!
But it won’t move in to the recycle bin!
WTF? -
I hate Windoze SO MUCH at the moment.
-
@Brian-Gregory said in PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.:
Well that’s just typical.
As soon as I say it seems to be fixed it does it again.But this this time ProcessExplorer says no process has locked the file!
But it won’t move in to the recycle bin!
WTF?What if, at that point, you restart the computer? Is it still locked after trying to delete it immediately after restarting?
-
@Mili said in PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.:
@Brian-Gregory said in PA 19.00.43...47 stops me moving .tar.xz, .tar.gz, .7z and .iso files.:
Well that’s just typical.
As soon as I say it seems to be fixed it does it again.But this this time ProcessExplorer says no process has locked the file!
But it won’t move in to the recycle bin!
WTF?What if, at that point, you restart the computer? Is it still locked after trying to delete it immediately after restarting?
Yes restarting fixes it. Also waiting a few minutes fixes it. Plus it doesn’t do it anywhere near as often at the moment but I don’t know if that’s because of the settings I changed or because it still rebuilding the indexes. The process that builds the indexes seems to be fixed to use about 25% of one thread and produces only the tiniest barely visable flickers in the hard drive activety light. :(
-
I’m trying running with the Indexing Service disabled on both my PCs now because it’s useless and just sticks on certain files which there is no easy way to identify.
I don’t think I’m going to miss it because I already tend to use WHERE /r from the command line to find files since it usually gets results much quicker anyway.
