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 124783 - Allow a queue for file operations
Allow a queue for file operations
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 313248 313301 333730 377757 413748 413827 469001 554593 564431 627772 634055 747278 (view as bug list)
Depends on:
Blocks: 303160
 
 
Reported: 2003-10-16 17:16 UTC by Tommi Vainikainen
Modified: 2021-06-18 15:55 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Tommi Vainikainen 2003-10-16 17:16:37 UTC
Sometimes copying over network takes long time.  Therefore it is nice to
start copying some files even when you know you haven't selected all files
you'll copy this time.

It would be nice to have only one "Copying files" dialog for files from
same source.  So dragging files from folder to "Copying files" dialog
should be possible.  What I want is that dropping files to copying dialog
queues those files to end of copy queue.
Comment 1 padraig.obriain 2003-10-20 08:01:28 UTC
ccessibility is the wrong component. I am chaning it to File and
Folder Operations.
Comment 2 Sebastien Bacher 2005-08-14 13:07:37 UTC
*** Bug 313301 has been marked as a duplicate of this bug. ***
Comment 3 Sebastien Bacher 2005-08-14 13:09:10 UTC
*** Bug 313248 has been marked as a duplicate of this bug. ***
Comment 4 Cosimo Cecchi 2008-01-18 02:08:09 UTC
*** Bug 413827 has been marked as a duplicate of this bug. ***
Comment 5 Toño 2009-10-23 15:34:54 UTC
Also I would add that if files are dragged to a device and then other files are dragged a second time to the same device i.e. a usb thumbdrive, file operations should queue the new drags instead of trying to copy them at the same time. Sequential copy usually boost write speed on thumbdrives and/or external HD's, although not sure for internal drives or Raid's which actually could benefit from parallel copy operations.

By the way it can be implemented only on removable media.
Comment 6 Cosimo Cecchi 2010-04-27 12:43:32 UTC
*** Bug 469001 has been marked as a duplicate of this bug. ***
Comment 7 Cosimo Cecchi 2010-04-27 12:44:56 UTC
*** Bug 377757 has been marked as a duplicate of this bug. ***
Comment 8 Cosimo Cecchi 2010-04-27 12:45:32 UTC
*** Bug 564431 has been marked as a duplicate of this bug. ***
Comment 9 Cosimo Cecchi 2010-11-05 10:48:46 UTC
*** Bug 634055 has been marked as a duplicate of this bug. ***
Comment 10 Cosimo Cecchi 2010-12-18 01:41:11 UTC
*** Bug 413748 has been marked as a duplicate of this bug. ***
Comment 11 William Jon McCann 2012-08-14 22:26:13 UTC
*** Bug 333730 has been marked as a duplicate of this bug. ***
Comment 12 William Jon McCann 2012-08-14 23:01:33 UTC
*** Bug 627772 has been marked as a duplicate of this bug. ***
Comment 13 William Jon McCann 2012-08-20 21:55:54 UTC
*** Bug 554593 has been marked as a duplicate of this bug. ***
Comment 14 Jean-François Fortin Tam 2014-06-22 01:59:03 UTC
Would love to see this. On many types of media (slow HDDs, optical media, cheap flash memory, remote folders, etc.), concurrent access will kill performance/throughput. I'm not sure why we need two bug reports for this though (bug #303160 being marked as depending on this from the same product and component).

Could we tag this gnome-love or is it considered too complex technically speaking?
Comment 15 António Fernandes 2017-08-14 19:21:07 UTC
*** Bug 747278 has been marked as a duplicate of this bug. ***
Comment 16 André Klapper 2021-06-18 15:55:58 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.