I'm, er, just trying this program, and this seems the 3rd bug so far, and I'm not trying too hard.
Open two panes, in my case, folders on different partitions.
Select 3 files in 2 pane.
Rt click, drag, release in 2nd pane to create shortcuts.
CTRL Z to undo => prompt to delete the new s/c's. Fine.
Click ok -> 'Cannot delete file. Cannot read from source file or disk.'
Great.
Now select the three s/c's and delete them by hand., which works.
Um. Am I missing somehting here
Also tried creating the shortcuts in a Dopus panel from files selected in xplorer2. That crashed Dopus.
Um. These are consistent for me.
Dopus 9.0.0.7 on XP Pro SP2 latest hotfixes, IE6 SP1.
Dopus bug or conflict with other app or ??? Ideas welcome from experienced users of this program. Are these reproducible?
Let's be fair, the first of your 'bugs' is intentional behaviour and not a bug, the second is a possible conflict with a third party program (easily avoided by using internal Opus functionality to replace the third party program), and the dragndrop 'bug' in this topic is not reproducible here - it works fine for me.
So when you say you've found three bugs without trying hard, you've actually found none...
Ok, I understand the first 2 thanks, the second being a limitation in compatibility of several explorer replacements with explorer itself. I.e. shelltoysXP works with explorer, and if a program is an explorer replacement, it would seem reasonable to hope for compatible behaviour. But it's unreasonable to expect 100% compliance. That begs the question when is a bug a bug, and as you say there are alternatives.
I would appreciate help or suggestions with the 3rd. Failure to delete the files (CTRL Z to undo) and the crash are bad. Ok, let's assume it's not a Dopus problem.
So any suggestions as to how I investigate the problem on my PC, since it's evidently that that's the problem? I'd just be guessing.
I'd start by trying the operation without other tasks running, trying to narrow it down to a task which may be locking the files. To be honest, the most likely culprit is ShellToyXP . Do you still get the error if that's not running?
Does it happen after a reboot? After a reinstall of Opus? Are you using trial or paid version of Opus? If it's a trial did you download it from the official site?
Disable all shell extensions with Shellexview.
Problem persists.
Also quit most unnecessary tasks.
Problem persists.
Now, here's where it gets kind of interesting- and logical. Screenshot attached- which definitely looks really inconsistent.
Here's the exact sequence.
Select 3 files in the bottom pane.
Rt click & drag to top pane.
Release right button, select 'Create shortcut'
The shortcuts are created.
Hit CTRL Z.
Get an error message.
Now, note the error message basically says the files don't exist. And they don't- in the bottom pane. DOPUS is interpreting the CTRL Z as acting on the pane in focus- the bottom pane.
If, before hitting CTRL Z I click on the top pane, bringing it into focus, CTRL Z works.
Here Dopus fails to interpret CTRL Z as 'undo the operation' in a way that one might expect.
I don't get the same error message but I can reproduce the problem. It looks like there is a bug in Opus where the undo list thinks the shortcut was created in the source directory rather than the destination, so it is looking in the wrong place when you press Ctrl-Z.
Hi, I've looked further at the other issue in my first post in this set - ref. xplorer2.
Open the SAME folder in Dopus and another file manager (including Windows Explorer).
Right click and drag some files from the other fle manager to the open pane in Dopus (same folder).
Create shortcuts to the files
Dopus consistently crashes, with or without error message, and when restarted, while the other file manager is still open, does not display the content of folders in its panes.
Only when the other file manager has been closed will Dopus restart correctly.
Note- I've not tried disabling anything to try to identify what's happening here- could you confirm if that is reproducible?
(I have restarted since installation)
XP PRO SP2, IE6 SP1.
I cannot reproduce your crash on my Vista machine. I tried using Explorer and also downloaded xplorer2 to try with that but the shortcuts were created normally and nothing crashed.
Just to be sure, I installed xplorer2 onto a bare XP machine (it has nothing other than a default Opus install) and no matter how I drag files to opus and create shortcuts I cannot make anything crash.