I've upgraded from V8 and some of the bugs in V8 have migrated to V9 along with a new one, otherwise, V9 is very nice......
New one
Hold the shift-key and press the 'X' icon to delete a file - works fine. BUT, the lister is then permanently stick on shift-select and you can only select multiple files. To fix, you have to shut down the lister and open a new one.
Old Ones
Plug in an MP3 player which doesn't appear as a drive, but a device to sync with. Using Windows Explorer, you can delete files on this device, but if you try with Dopus 8/9, it hangs and you have to use task manager to kill & restart. You can copy files without problem - just not delete them which is very annoying!
Not as bad as V8, but the lister sometimes still locks files so you can't delete them as Windoze reports "Can't delete File is still in use" etc., despite everything that used it being shut down. Do not get the same problems when I use Windows Explorer. I don't have a sure-way to recreate as it just 'happens'!
I can't reproduce this. Which modes does it happen in (Details/List/Thumbnails/etc.)? Do you have the delete confirmation dialog turned on or off?
Does it work if you delete the files by right-clicking on them?
Are the files left in use forever or is it just a result of Opus temporarily opening the files to get information out of them? (e.g. Image/movie dimentions, thumbnails, etc.)
If they stay locked forever, does it only happen with certain file types? It's definitely not normal for this to happen. It could be the result of a plugin, shell extension or codec that Opus is calling into and which is leaving a file locked. Without narrowing it down a bit it's impossible to know exactly where to look, though. All I can say is it isn't normal.
RE:
2) Not as bad as V8, but the lister sometimes still locks files so you can't delete them as Windoze reports "Can't delete File is still in use" etc., despite everything that used it being shut down. Do not get the same problems when I use Windows Explorer. I don't have a sure-way to recreate as it just 'happens'!
I was having this same exact problem with DOpus; however, I still was unable to fix the problem via Explorer. I use Outpost Security Suite and enabled the SmartScan mode; which deposited invisible OP_CACHE.xxx files into folders. I uninstalled Outpost Security Suite and reinstalled without enabling the SmartScan mode. I was then able to delete several emty folders that previously flagged the error "Can't delete File is still in use".
[quote]I can't reproduce this. Which modes does it happen in (Details/List/Thumbnails/etc.)? Do you have the delete confirmation dialog turned on or off? [/quote]Strange, but I can't reproduce this issue either since I rebooted the computer! It done it every time before, rebooted, fixed!
MP3 Player
[quote]Does it work if you delete the files by right-clicking on them? [/quote]Yes! Just tried the right-click-delete and it seems it does work. If however, you use the "Delete" key (next to End/Insert keys), the lister locks up forever. At least I have a work-around now!
Can't Delete
[quote]Are the files left in use forever or is it just a result of Opus temporarily opening the files to get information out of them? (e.g. Image/movie dimentions, thumbnails, etc.) [/quote]Not sure, but it seems to be once the file has been looked at. Eg. Picture viewed, AVI previewed, so it might be one of the viewer plugins, I'm not 100% sure I'm afraid.
[quote="xleon"]MP3 Player
Yes! Just tried the right-click-delete and it seems it does work. If however, you use the "Delete" key (next to End/Insert keys), the lister locks up forever. At least I have a work-around now![/quote]
Which MP3 player is it anyway? Sounds like the shell namespace (virtual folder) that its software provides goes wrong when Opus calls the Delete method on it. (Using the right-click menu instead allows the namespace to call delete on itself without involving Opus.) It could be a bug in the namespace or something Opus is doing differently to Explorer that's triggering the problem.
Only way to fix it is to know what the software is and try to reproduce it, which could be a pain if the hardware needs to be obtained but that's the only way.
If you want it fixed see if you can narrow it down by disabling plugins until you find a likely cause. If you can find a reliable way to make the lock happen then it will be much easier to fix, otherwise we just have something which happens occasionally and only on your machine and GPSoft won't know where to begin. Note that plugins which don't handle the file you view can still lock it since Opus may still ask them "can you view this?" and that may cause them to try and open the file.
It may be worth turning off the Shell Image Extraction option as well, in case that's the culprit.
Re. the folder lock thing. I've experienced the same thing and after screwing around with it for too long, I finally found a freeware utility called unlocker (ccollomb.free.fr/unlocker/) that really works. I've added a DO button on the toolbar + the shell extension in the file/folder context menu to break locks as needed, even recursively. It's a snap to use on any locked file (not just on DO). Check it out.