TC9 holds lock on images you view with Ctrl-Q

[archon810]

Hi,

In TC9 beta1, if you view some images using Ctrl-Q preview, then move on to do other things and even close the preview panel, you can't do anything to the images you previewed because TC holds the lock on all of them. That definitely did not used to be the case and is a bug.

[Horst.Epp]

Not confirmed here with 9.0b1 x64

[ghisler(Author)]

Sounds like a problem with a plugin. You can use F3 to find out which plugin is displaying the file.

[archon810]

Sorry but this is a brand new install (updated from v8) on a recently reinstalled Windows 10. There are 0 plugins installed.

[tuska]

2archon810

Not confirmed here with 9.0b1 32bit.

Did you try with a fresh .ini?
1. Open TC
2. Copy this into the command line of TC, then <ENTER>

%COMMANDER_PATH%\Totalcmd.exe /N /I="%temp%\leere.ini"

3. Check to see if the problem persists
4. Delete file "leere.ini" under %temp% [if you want]

Windows 10 Pro

[archon810]

Confirmed it doesn't work with a new INI either.

If I don't view the file with F3 or Ctrl-Q, I can rename/delete it fine. As soon as I try to rename (even if I close the viewer), I get this: http://i.imgur.com/uXjtNm5.png.

I don't understand why others can't reproduce this. Maybe @ghisler has some insight into what may be causing it.

[archon810]

And this if I try to delete it: http://i.imgur.com/oTHj3hP.png.

[wanderer]

if you view some images

Hi there.

- What kind of images (extension).
- Any antivirus active?
- Any other program running (possibly security-related) that might be interfering?
- UAC enabled?
- R U admin on the PC?
- TC has been "run as admin" or not?

Throwing some ideas, hoping to help...

EDIT: You don't have a 2nd instance of TC open, which might be holding the files, right? In one of the images you've posted, the dialog boxes are labeled "[2] Total Commander"

[archon810]

if you view some images

Hi there.

- What kind of images (extension).
- Any antivirus active?
- Any other program running (possibly security-related) that might be interfering?
- UAC enabled?
- R U admin on the PC?
- TC has been "run as admin" or not?

Throwing some ideas, hoping to help...

EDIT: You don't have a 2nd instance of TC open, which might be holding the files, right? In one of the images you've posted, the dialog boxes are labeled "[2] Total Commander"

- any images supported by the media preview - png, jpg are the ones I tried. Interestingly, if I view or preview a file like .ini, which doesn't use the Image/Multimedia engine in the viewer, they can be deleted OK after
- Just Windows Defender built into Win10. Again, this bug only started happening after the upgrade to v9 beta. I've used TC for over 15 years now, and it's the first time I've seen something like this happen.
- No
- UAC is disabled
- I'm the admin on the PC
- TC not running with admin rights, just installed and run as is. I don't want to run it with admin rights - I'm fine with the contextual pop-up to request admin when necessary
- the 2nd instance is unrelated to this bug - it was only showing because I was testing a 2nd ini as suggested above. It happens with only 1 TC open too, and the lock is definitely held by the version of TC that's open and views the file because immediately after TC restart, I can delete/rename accessed images again.

[wanderer]

Hmmm... Well, if you eliminate the chance of having another program interfering with the whole process, the only thing that comes in mind is either the OS version, or TC version or a combination of both.

So far it does not happen on :

Wanderer - Win7x64 / TCx64
Horst.Epp - ??? / TCx64
tuska - Win10Pro / TCx32

Your OS is Win10 (fully updated or not?). What TC version do you use? Can you try the 32bit, like tuska to see if it happens? If it does then it must be something else.

[archon810]

I'm on Win10 Pro stable Version 10.0.10586 Build 10586.

TC 32-bit.

[archon810]

Here's a GIF I just recorded showing the bug. After a bunch of failures to delete, I restart TC and it deletes fine only then.

http://i.imgur.com/hGSHcnn.gifv

[wanderer]

Hmmm, same as tuska.

OK, if you wish, try this:

http://lockhunter.com/version-3-1-stable.htm

It's a tool that reports what process is locking a file. Maybe it helps. It will probably report TC as the locker but maybe it reports some more helpful info about the actual process tha keeps the file locked.

[archon810]

Sure enough: http://i.imgur.com/DbwZ7N8.png.

It shows one entry for each time I viewed the file using F3, for example. So TC holds a lock every single time.

[wanderer]

Ha.

Well, can't think of anything else, sorry. Perhaps it would be a good time for Christian to throw an idea here (or perhaps some special debug version).