Ubuntu QA:
BlogBrainstorm
Log in
Ubuntu QA
The Ubuntu community has contributed 12232 ideas, 57574 comments, 1174524 votes

Idea #356: Copy / Move File Queue



up
1125
down
Written by tloxscrew the 29 Feb 08 at 00:54. Category: System.
Related to: Nothing/Others. Status: New
Description
Update__
Please add something like this (thanks to kliklik)

kliklik
___________
Here's a mockup I've done, based on the ideas from this thread and a couple of my own. Tell me what you think.

http://ultimate.co.yu/ubuntu/CopyQueue.png
http://ultimate.co.yu/ubuntu/CopyQueue_Expanded.png

The top progress bar shows the total progress, two buttons beside it pause/cancel the entire queue.

The cancel buttons may have confirmation they pause the queue/item, ask you if you're sure and than either stop or continue the process. For the brave crowd, they immidiately stop the process :)

Folder button opens the destination folder.

Only one process at a time unless forced to start.

Up/Down arrows reorder the items based on priority, the higher ones get processed first.

Clear button clears all the finished jobs.
--------------



me, tloxscrew
______________
If you ask why this?:

When you want to copy more than one file, every OS justs start to copy all files at once, causing the machine to slow down because of the massive read/write activity..
If the file transfer processes happen one _after_ another it will stop grinding, fragmenting ang slowing down (especially when working with low-speed drives or ports, huge amounts of data, but also just so).

The benefits:
your HD will thank you for a long life
your data will be less fragmented
you will handle your data with an ease, even large amounts
like when performing a copy/move/backup/migration/cleaning-up/sorting-stuff -like-activity.


What about giving it an option to copy files to _multiple destinations from one source_ ?? give something to all at once (flash drive, external HD, USB 1.1, network location(s), mobile, fridge, mp3-player, car, elevator, all toilets, entertainment center, picture frame(s), you get the point).

Thanks to all who contributed and voted.
I think that this just has to exist and to be default and standard (improvement welcome :)

Attachments
No attachments.


Duplicates


Comments
guiral.lacotte wrote on the 29 Feb 08 at 01:01
The windows sofware that make exactly what you describe:
http://supercopier.sfxteam.org/modules/news/

GIO/GVFS should make it possible for Gnome.

shad0w_walker wrote on the 29 Feb 08 at 01:14
The new GVFS has a system for keeping track of transfers in such a way, I imagine it wouldn't take alot to give it the option to queue transfers.

If they wanted to really impress intelligent queues would be awesome. If the system were able to use a set of rules to determine what should be done at once with out affecting the speed of the actions, for example copying a file from CD to disk A whilst also copying a file from disk B to a networked drive. The two are between seperate sets of devices and shouldn't affect the speed in a noticeable manner so could be run at once. This would let things run nice and fast whilst not limiting you to one transfer when not needed.

tloxscrew wrote on the 29 Feb 08 at 02:17

It could also improve a simple backup/migration/cleaning up process which consists of just copying the files into a different folder or onto a different partition (for example before formatting a no-more-used Windows partition).

mephcpp wrote on the 29 Feb 08 at 08:30
Also it would be nice if you can be able pause this transfers.

PiHalbe wrote on the 29 Feb 08 at 08:43
And priorize transfers. While you copy your full set of movies, you might want to give some images to your friend who just dropped by. Maybe allow some key combination to "priority copy" via drag&drop.

insulae wrote on the 29 Feb 08 at 14:16
great idea!! i like that, i want this since '98 :D

joe wrote on the 29 Feb 08 at 19:23
Yes! I've wanted this for a long time.

The way I see this working is for single file transfers it would look the same as it does now. For multiple file transfers (selecting multiple files, then drag and drop) the transfer dialog would have a small arrow or something to expand a queue, which would let you move files higher or lower on the list. Also, any time a new transfer is started the source and destination are checked to see if there's already a transfer going from the same source to the same destination and if there is, it automatically adds it to the existing list.

peterdk wrote on the 29 Feb 08 at 19:29
Yeah, I just tested Hardy Heron with GVFS and it just copies 2 files at once... How stupid??

This is a basic thing that really needs to be present!

My vote for:
+ Queue file transfers
+ Pause file transfers
+ Edit the queue of the file transfers (move up/down queue)


glisignoli wrote on the 29 Feb 08 at 20:51
This is a must have! When copying large amounts of files I usually set up a ftp client/server so I can manage my files.
We need this, even if its only an option!

fluo wrote on the 29 Feb 08 at 21:17
+1
At least show which file is being copied/moved!

rawsausage wrote on the 29 Feb 08 at 23:00
This is implemented in the upcoming Gnome release.

bubieyehyeh wrote on the 2 Mar 08 at 17:23
It would be useful if copy/move were ionice'd to the lowest best effort mode.

tepee wrote on the 3 Mar 08 at 09:17
Supercopier is the only soft wich miss me from Windows.

With more intuitive features (like drag & drop for change order in copying), it could be a wondefull application.

Moreover, Supercopier is open-source now.

glisignoli wrote on the 3 Mar 08 at 09:43
Try this:
http://a.courreges.free.fr/projets/minicopier/minicopier-en.php

jimmux wrote on the 7 Mar 08 at 00:27
This would be a very nice feature, and would make the already sad file copying in vista look appalling. If we could change copy priorities dynamically (i.e. reorder the queue) it would be fantastically useful.

oybon wrote on the 17 Mar 08 at 18:38
This is possibly the most useful new `feature' that could be added to any os (in my case). I do a lot of work with large datasets and huge numbers of images and there is little more annoying than accidentally setting two move/copies going at once as seeing the whole process (and system) grind to a halt.

In addition I would add intelligent moving.

Say drive A has 100Gb free and drive B had 50Gb free, and you want to copy 60Gb from A to B, and 30Gb from B to A, the system should automatically take into account real-time and future space availability (and fragmentation issues) and deal with the operation successfully.

It would also be useful, if there is manual re-ordering for there to be an interphaze button/option. This would effectively add more work and slow the process down, but in some situations (paired datasets etc...) could be useful.

kliklik wrote on the 21 Mar 08 at 21:20
Here's a mockup I've done, based on the ideas from this thread and a couple of my own. Tell me what you think.

http://ultimate.co.yu/ubuntu/CopyQueue.png
http://ultimate.co.yu/ubuntu/CopyQueue_Expanded.png

The top progress bar shows the total progress, two buttons beside it pause/cancel the entire queue.

The cancel buttons may have confirmation they pause the queue/item, ask you if you're sure and than either stop or continue the process. For the brave crowd, they immidiately stop the process :)

Folder button opens the destination folder.

Only one process at a time unless forced to start.

Up/Down arrows reorder the items based on priority, the higher ones get processed first.

Clear button clears all the finished jobs.

blindvic wrote on the 11 Apr 08 at 11:24
I like it. And maybe add pause button for all the processes.

svaens wrote on the 1 May 08 at 09:35
I was just noticing the same problem, and was searching for a solution when I found this brainstorm.
I totally agree!!
It is silly to at least not provide the functionality to choose how to copy, at the least, a pause button (as well as the stop button currently available in nautilus).
Queue options would be even better!

I doubt anyone needs further arguments as to the merits of this idea!

Techno.FM wrote on the 5 May 08 at 04:54
I have to move large files all the time using ftp or ssh on my laptop but I rarely stay in the same place long enough to be able to finish a file transfer. Being able to pause / resume even after rebooting / suspending / hibernating would be awesome.

Being able to do this stuff natively would be great and probably appreciated by most.


herrleiche wrote on the 22 May 08 at 07:44
Now for a great system like Ubuntu it's a necessity

on5sl wrote on the 31 May 08 at 17:56
I would like to see this feature with a sort of algorithm that auto-parallelizes these file transfers...
When you would transfer some big files and then would like to write some smaller files it would calculate a sort of percentage and then parallelize the transfer of the very small file with the big file so that these tasks are done in an optimal way.

dedicated wrote on the 6 Jun 08 at 12:11
this is essential and should be implemented already a long time

LC всадник cbet wrote on the 16 Jun 08 at 04:34
This is a must. +1

I put a duplicated one a few weeks ago, but yours is way better.Thanks

amdlintuxos wrote on the 24 Jun 08 at 14:21
the kliklik's idea is awsome!!!
great if it will be valid, it will be most usability function in filemananger that i have ever seen.
respect!

animaniac wrote on the 8 Jul 08 at 12:57
Why on earth hasn't this been implemented yet.
+10000000000000000000000000000000000000000000

xanax wrote on the 17 Jul 08 at 20:19
10000000000000000000000000000000000000000000 + 1

:-)

yuretsz wrote on the 8 Aug 08 at 10:41
I think that this feature should be also expanded with some kind of dock-like progress bar, so users could see overall progress.


Post your comment