http://brainstorm.ubuntu.com/item/356/ 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.in.rs/temp/ubuntu/CopyQueue.png
http://ultimate.in.rs/temp/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 :)

[1711 votes] Solution #1: Auto-generated solution of idea #356


[-4 votes] Solution #2: Use ionice


[47 votes] Solution #3: queue kio slaves activity


[51 votes] Solution #4: Implement a queue for HDD tasks


[16 votes] Solution #5: pause button should be a slider to set speed


[22 votes] Solution #6: small files should be priortized


[12 votes] Solution #7: Redesign Nautilus code to make copy command pluggable


[9 votes] Solution #9: Max files, priority, also for compression actions and...


[5 votes] Solution #10: Giving file transfer as a whole low priority.


[10 votes] Solution #11: Allow drag n drop to add to queue.


[7 votes] Solution #12: In the duplication/migration document window cancels the left side adds the susp


[6 votes] Solution #13: Ext4 Defrag


[5 votes] Solution #14: Most applications should have a higher default ionice priority


]]> en-us Fri, 29 Feb 2008 00:54:56 +0000 Tue, 18 Jan 2011 22:27:20 +0000 QAPoll module http://brainstorm.ubuntu.com/idea/356/ http://supercopier.sfxteam.org/modules/news/

GIO/GVFS should make it possible for Gnome.]]> Fri, 29 Feb 2008 01:01:23 +0000
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.]]> Fri, 29 Feb 2008 01:14:37 +0000 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).]]> Fri, 29 Feb 2008 02:17:57 +0000 Fri, 29 Feb 2008 08:30:27 +0000 Fri, 29 Feb 2008 08:43:45 +0000 ]]> Fri, 29 Feb 2008 14:16:56 +0000
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.]]> Fri, 29 Feb 2008 19:23:26 +0000
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)

]]> Fri, 29 Feb 2008 19:29:29 +0000 We need this, even if its only an option!]]> Fri, 29 Feb 2008 20:51:13 +0000 At least show which file is being copied/moved!]]> Fri, 29 Feb 2008 21:17:56 +0000 Fri, 29 Feb 2008 23:00:12 +0000 Sun, 02 Mar 2008 17:23:41 +0000
With more intuitive features (like drag & drop for change order in copying), it could be a wondefull application.

Moreover, Supercopier is open-source now.]]> Mon, 03 Mar 2008 09:17:51 +0000 http://a.courreges.free.fr/projets/minicopier/minicopier-en.php
]]> Mon, 03 Mar 2008 09:43:02 +0000 Fri, 07 Mar 2008 00:27:09 +0000
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.]]> Mon, 17 Mar 2008 18:38:51 +0000
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.]]> Fri, 21 Mar 2008 21:20:49 +0000 Fri, 11 Apr 2008 11:24:54 +0000 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!]]> Thu, 01 May 2008 09:35:31 +0000
Being able to do this stuff natively would be great and probably appreciated by most.

]]> Mon, 05 May 2008 04:54:31 +0000 Thu, 22 May 2008 07:44:52 +0000 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.]]> Sat, 31 May 2008 17:56:12 +0000 Fri, 06 Jun 2008 12:11:58 +0000
I put a duplicated one a few weeks ago, but yours is way better.Thanks]]> Mon, 16 Jun 2008 04:34:44 +0000 great if it will be valid, it will be most usability function in filemananger that i have ever seen.
respect!]]> Tue, 24 Jun 2008 14:21:56 +0000 +10000000000000000000000000000000000000000000]]> Tue, 08 Jul 2008 12:57:43 +0000
:-)]]> Thu, 17 Jul 2008 20:19:30 +0000 Fri, 08 Aug 2008 10:41:15 +0000
It would also be nice to have an unstoppable mode that doesn't pause or stop or otherwise wig out if it hits a file it can't copy. Ideally it would copy everythng it could, generate a report, save its status and allow resume one you have sorted out hte problem that was preventing it being copied i n the first place.

Roger Heathcote.]]> Fri, 12 Sep 2008 00:11:29 +0000 Thu, 18 Sep 2008 11:19:55 +0000 Resuming copy/move operations (TotalCopy, CopyHandler) is one of two features I miss from windz...

(the other one is posibility to play video/audio from remote location - mssamba can do it).]]> Wed, 22 Oct 2008 23:40:06 +0000 Tue, 28 Oct 2008 07:12:50 +0000 Tue, 11 Nov 2008 09:56:25 +0000
I also like the idea of pausing/resuming the individual operations. And maybe an option to set a filesize limit for small transfers (i.e. any file under 10kb doesn't have to get in queue and can be moved/copied while other transfers are in progress).

Also as r0g suggested, the copying shouldn't stop when a file can't be moved/copied and a report with maybe a resume option should be presented. I hate it when I leave my pc alone to copy al lot of files and then come back after an hour to see it stopped after 5 minutes for one file it couldn't move. And then searching which files were already copied, and which ones I have to try again.]]> Fri, 12 Dec 2008 22:11:01 +0000 Thu, 18 Dec 2008 01:28:08 +0000
Shouldn't there also be an option to pause a file transfer:
1. You're moving files to an USB memory stick
2. You need to remove the memory stick for some reason
3. Then you can pause the file transfer, while you do some work with the memory stick
4. Insert the memory stick into the slot and press 'Resume'

It could also be activated if the power goes off an external HDD during transfer- then the transfer would simply be 'Paused' and you could turn the HDD on again and press 'Resume'. Now that would be extremely helpful! ]]> Mon, 12 Jan 2009 03:36:45 +0000
some copy list sorting by size or any other param would be handy some times

anyway I hope we will have this smart copy mamager !



]]> Sun, 17 May 2009 00:58:03 +0000 I'd like to add a self checking of files with a verify option (or md5 alternatively).
Than, if I stop a file operation (ex. a move) the destination file should be deleted (atomic operation on single file, not entire selected files).

]]> Tue, 11 Aug 2009 11:12:29 +0000
This is a critical core functionality.
I've been waiting for that one for a loooong time ; in fact, I'd gladly exchange 3D Desktop & woobly windows for a "pause copy" button.

As I'm working on neither project I should shut it. But I won't. That's what this site stands for. It allow people to shout, yell, or feverishly type on their keyboard what they think is important, vital, or simply a very promising idea.
Well, this is CRITICAL. It made me (and others too, I've heard) boot on the crappy W$ XP to achieve some LAN backup of a friend's computer whilst I was filling his eyes of stars with the benefits of the *nix system he was diving into. The ethernet cable was buggy, but that's not the point. The point is : For users used to SuperCopier (see post #1), I mean "How could I live without it 'coz it saved my ass so many times?" used to (eg: recycle bin), it IS a repelling lack of simple functionality.

Two years ago I stated : "Heck, if this isn't done soon, I might as well do it cause this'll be loooooved !".

Today, I'm wiser : "Hack, if this isn't done soon, I might as well write my wrath as the moon falls behind the faraway trees, 'cause I sure as hell don't have time to read the appropriate docs/code it/debug it myself right now, and I seriously doubt I'll have it ... ever !"

To you, bottom-page reader

-antoine]]> Sat, 07 Nov 2009 01:37:09 +0000
If the network connection is broken (as it frequently is on 3g, mobile networks seem to pander to those who want 'bursty' connectivity!), i have to umount .gvfs, kill and restart gvfsd, nautilus, and possibly the gnome-panel too.

Ideally gvfs's ssh / ftp handling could be set to a less patient timeout, and/or it could query NetworkManager (if this is acceptable within GNOME) to find the current connection status.

Also, the option to resume transfers is a priority for me too here.]]> Thu, 26 Nov 2009 12:11:37 +0000
How do we get this implemented? I have some programming experience, but don't have a clue where to start. Is there anyone out there able to take this on?

]]> Fri, 04 Dec 2009 16:42:41 +0000