Auto Copy QUEUE to same dest drive/differnt folder

Help & Support
1

Hi, I don't have an older version readily available to check if something has changed recently... but could have sworn from memory that the behavior I'm seeing is 'unexpected' compared to have done similar things in the past:

  • Source folder for both copy ops = D:\movies\ - and contains several large files I want to copy to several different folders on the same external USB drive
  • Dest folder 1 = F:\movies[b]dir1[/b]
  • Dest folder 2 = F:\movies[b]dir2[/b]

...start the copy to dir1, it runs. Start copy to dir2, it runs instead of being auto-queued. Expected? If I send the second copy to the SAME folder (dir1), then it's auto-queued as I'd expect. I guess those two results are explained by the manual description:

But it seems odd that this scenario of copying to different destination folders on the same (slow) external device wouldn't trigger auto-queuing. I know I can manually queue (and I probably will do so), it's more a curiosity about why it works this way and what difficulty there would be in 'making' auto-queue work as I'd have expected (and really, THOUGHT had previously been the case).

2

If I do something similar then the second copy is queued.

What's the copy command you are using in each case?

Are you holding shift/ctrl down while clicking it?

What are the copy queue settings in Prefs / File Ops / Copy Options?

3

Options are like you'd expect since copying to SAME dest folder auto-queues as expected... for the record though:

004677627edc040904d2aa2d40a1e72e7c114d7f.png723×498 50.2 KB

...HOWEVER, that a similar thing worked for you made me go back and check myself. There was indeed something I omitted because I just didn't see it making a difference, but this is what caused the failure to auto-queue:

  • Copy 1 == RMB Drop Menu from src-to-dest using the following drop menu action code: dopusrt /cmd copy here createfolder "{Rs|COPY to new folder...|{d}}"
  • Copy 2 == regular LMB drag-n-drop: copy movewhensame

...I suppose it's probably nothing to do with the use of the createfolder copy arg, and more likely the use of dopusrt.

4

Still an issue...

  • drag and drop to normal copy (files)
  • right click drag and drop copy to new folder (doesn't queue)
  • do another drag and drop (of a folder) to normal copy while the initial copy from first step is still active, it does queue up

...so again, seems to be the use of dopusrt and normally functioning DnD copy that doesn't properly queue.