After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 377757 - Queue file operations instead of executing them immediately
Queue file operations instead of executing them immediately
Status: RESOLVED DUPLICATE of bug 124783
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.16.x
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 390611 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-11-21 13:06 UTC by Filip Miletic
Modified: 2010-04-27 12:44 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Filip Miletic 2006-11-21 13:06:34 UTC
The possibility to make a batch job out of (for instance) multiple copy operations. 

Would be most useful for copying files from CDs and DVDs. Possibly other benefits too.

Assume you have many sundry files to copy from a DVD. These files are not sequentially ordered in the file list, so you cannot select them using Shift-click, and they are too numerous to use Ctrl-click (because selecting many files and accidentaly clicking without holding Ctrl invalidates the selection; it is all too easy to do, especially with laptops and confused mouse pads) 

I usually select a few files, and drag-drop them to the destination folder, which opens the file copy progress dialog. Then I turn back to selecting more files from the DVD file browser, while the computer copies the first file batch.

If I happen to finish selection files for the second batch before copying is complete (typical with large files!), and I drag-drop the new batch into target dir, a parallel copying operation starts. 

This starts thrashing the DVD and the two parallel copy processes run *much* slower than they would, if they had been started one after the other. Not to mention that now selecting and copying more files is tedious.

I propose that the file copying progress dialog be sensitive to drag and drop. Dragging and dropping files to the file copy progress dialog would enqueue a new file batch for copying. It would start the new batch only after the first one has completed. This way the entire file copying process is streamlined.

You may want to generalize this for other file operations. You may also want to drag a file copying window onto another, which would block one window until the other one has completed.

IIRC, the Eclipse IDE supports task queuing, so you may want to look at it for more detail.
Comment 1 James "Doc" Livingston 2007-10-20 02:37:12 UTC
This looks basically like a dupe of bug 124783.
Comment 2 Cosimo Cecchi 2008-01-18 02:09:30 UTC
*** Bug 390611 has been marked as a duplicate of this bug. ***
Comment 3 Przemysław Kulczycki 2008-09-06 14:26:23 UTC
There is a nice visualisation of this idea on Ubuntu wiki:
https://wiki.ubuntu.com/copy_queing
Comment 4 Cosimo Cecchi 2010-04-27 12:44:56 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 124783 ***