Bug：在删除部分文件夹时，OneCommander自身成为造成无法删除的占用程序

[狄敏毅]

This incident occurred while attempting to delete the old version of WPS folder (D:\WPS Office\12.1.0.21541). When I tried to delete the folder in OneCommander, a notification appeared indicating it was in use. Using Resource Monitor, I found that the occupying program was OneCommander itself. Accessing the folder through Windows File Explorer and using IObit Unlocker to check for the occupation confirmed this. After releasing the occupation with IObit Unlocker, the folder could be deleted normally.

Interestingly, when accessing D:\WPS Office in OneCommander and dragging the 12.1.0.21541 folder into IObit Unlocker, it prompts that the occupying program is File Explorer, not OneCommander. Even after releasing the occupation, it still cannot be deleted, as it is actually still being occupied by OneCommander.

Is this a bug, that deleting files/folders in OneCommander should not result in a situation where OneCommander occupies them, making them unable to be deleted?
Attempting to reinstall OneCommander also did not resolve the issue.

OneCommander PRO 3.100.0.0

Windows 11 24H2
Build 26100.4946

[OneCommander Support]

Are you in any of the views that show thumbnails in that folder? If yes, to test you would need to set the view of that folder to Default but also to D:\, collapse preview pane (Alt+P) and restart OC fully (Ctrl+Close button). See then if it locks to eliminate the possiblity that some system thumbnail handler is holding the handle to one of the files that had thumbnail generated in current session