Maybe there is a good reason for not already doing it, but if not, can moves when source and dest are same partition (even for removable drives) be done immediately instead of queued.

Tested again by moving a file when src & dest were same, where the file wasn't involved in existing copy queue operation, and it was still queued. I know the behaviour can be overridden, but this should be the default behaviour since moves when src and dest are same partition don't really cause thr…

It would be nice if moves were always immediate by default between the same drive/partition. There's no reason to worry about thrashing drives with moves even if there is a large copy operation on the same drive so there's no reason for manually moved files to be queued. The only problem with this …

You can change the Move Files button to make it never queue, if you want. Having to check if every file about to be moved matches any file affected by a current or queued operation would slow things down too much (if done properly), I expect.

I'm jumping into a discussion of something I don't actually care about and being presumptuous enough to think I can interpret what someone else is saying, but I don't think that's what they want. I think they want moves to automatically not queue if and only if both the "old" and "new" location of…

[quote="rcoleman1943"]I'm jumping into a discussion of something I don't actually care about and being presumptuous enough to think I can interpret what someone else is saying, but I don't think that's what they want. I think they want moves to automatically not queue if and only if both the "old" a…

Confirmed latest 11.5.5 beta now moves files immediately when src & dest are same, rather than queueing them. Thanks for this! Further to my previous suggestions for queue logic, if you start a copy from, say, D: to E: (both fixed according to Windows - ie. show up under Hard Disk Drives in Explor…

Reviving this old thread while Opus 12 is in beta, in case anything can be improved, as I've run into a copy/move queue issue again. I started a move from D: (Fixed HDD) to E: (USB Removable HDD), and then at the same time started a copy from F: (Removable HDD Truecrypt Volume - SATA not USB) to E: …

If the destinations are on the same drive and auto-queuing is enabled and not being bypassed by the command, then the operations should queue automatically (and do here). There must be some extra detail here.

First let me say I'm using Opus 11.18 x64 on Win 8.1.1 x64. Haven't got around to trying the 12 beta yet, although I will in the near future. The command for "All files and folders" file type for "Drag-and-drop + Shift" is "copy move". Under Prefs > File Operations > Copy Options, I have "Automatic…

Improve Copy Queue logic for Moves when src/dest same

Help & Support

Leo August 4, 2014, 10:48am 8

Ah yes, that does make sense. We've got something for that coming in the next beta.

Move treated as Copy by Copy Queue logic