Cant Delete ANY Folders. (Conflict with CFI ShellToys?)

Im running DOPUS latest build on Vista x64 SP1. I have been running it fine for over a year. I did update DOPUS several months ago, but I cant determine if the latest version introduced the bug or not.

Recently I noticed that I cant EVER delete a folder from DOPUS. It will delete all the files from the folder, but the folder remains.

Worse, if you right mouse click on the folder AFTER a deletion attempt, DOPUS HANGS!

If you go to explorer, you can see the folder, right mouse click to get the context menu, BUT YOU CANT DELETE IT.

The fix 100% of the time is to close the DOPUS system tray applet.

IMMEDIATELY the folder disappears

You can now delete any folders you want in explorer. But open DOPUS and AGAIN the folder wont delete. Close DOPUS and the folder disappears.

Its 100% repeatable. Now I admit I have many context menu handlers installed and there maybe some wierd interaction, but EXPLORER always works so DOPUS should too!

Moreover, using ShellExView, I disabled all NON-MS context handlers and it still occurs.

Im ready to shoot myself.

I could easily identify the issue using the Windows debugger, but without symbols for DOPUS, this is a slog.

The only time I've seen that kind of thing happening is when deleting WMV (maybe AVI as well?) files after something has opened or viewed them. I've seen it triggered by both Opus and Windows Media Centre (on a PC which doesn't have Opus on it at all) so I don't think it's specific to Opus. In both cases I delete something and it appears to succeed, except the item is still there. Attempts to do anything with the item seem to do nothing, and then when I exit the program which had opened it the item disappears.

Not sure if you're seeing the same thing or something different but if there are video files involved then I'd bet they're involved.

When you say you can't ever delete any folder, does that include if you create a new folder in Opus and then immediately delete it?

It happens with subdirectory folders only. The moment I close DOPUS the folder gets erased.

If I create a new folder and immediately delete it, it works. If I pick any existing folder, then I can delete the items in it, but the folder itself wont delete.

I have no idea what is holding the file open.

If I repeat it with Explorer, it always works.

If you create a new folder, put some files in it, then delete it, does that still fail?

Seems like there are more details here to uncover as it's definietly not normal.

Have you tried disabling all viewer plugins etc.?

Which columns do you have shown in your window?

Are you using anything which provides icon overlays or similar (e.g. Tortoise SVN or CVS, or online backup tools that indicate status via icon overlays)?

The conflict has been traced to CFI ShellToys.

If I uninstall it, DOPUS works.

If I install ShellToys then Explorer and ShellToys work but DOPUS cant delete folders.

Wierd. The 2 apps dont really do anything in common.

Thanks for letting us know what seems to be triggering it. It will be investigated to see where the problem lies.

Any shell extensions you have installed will be run inside of Opus as well. If they go wrong inside of Opus then it can cause problems like this. CFI ShellToys may be locking the folder whenever you right-click within it, or even simply view it, and not unlocking it for some reason.

Shell extensions can cause problems you might not expect:

blog.dopus.com/2008/07/memory-le ... ss_28.html

(Most shell extensions are fine, of course.)

I have tried it on several machines. CFI ShellToys does not seem to interfer with Explorer. Explorer is able to delete folders without any problem. Its wierd that it only interferes with DOPUS.

Moreover, I was not using CFI at the time. That is, I did not open the context menu or issue and CFI command.

Simply having CFI installed seems to be enough to cause the issue.

FYI: CFI Shelltoys may make use of some propertysheet or other 'handler' type stuff that may be active regardless of 'right clicking' on folders or not.

At any rate... at a "glance" it seems ALOT of what it does is possible natively in Opus - though I'm sure if you've been using it for a long time, that specific behaviours of it's functions and interfaces are things you've developed some muscle memory for. I'm curious what amongst it's features canNOT be done straight in Opus though (if any) :slight_smile:.