Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 15318 ideas, 95907 comments, 1969679 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #10642: One applet for all downloads and other file operations

bug This idea is a duplicate of Idea #5967: resume for all: synaptic, update-manager, add/remove.
Written by jpka the 3 Jul 08 at 06:09. Category: Look and Feel. Related project: Nothing/Others. Status: New
Rationale
I suggest to develop standalone program, (or extension for Nautilus), which must use for all file transfer operations, such as:
File move/copy via Nautilus;
Firefox download;
Pidgin file transfer;
Update manager download;
File operations on ftp & other folders seen in "Places - Connect to server";
Archive manager operations.
The benefits must be:
Unified way to filetransfer, allowing pause, change queue order, re-get functions, etc;
Allowing non-interfere operations in parallel, rest in queue(s);
Generate list of task(s) in queue with save/load it;
Check for active transfers when user try to logout or power off;
Resume operations after reboot, if applicable.

Updates:
1. At any type of transfer (i.e. local or Internet), must be bandwidth limiting option. For local transfers it is useful to pervent system overload and freeze for non-urgent HDD-to-HDD filecopying.
2. Read/write timeouts and errors must be properly handled, and process or system must not freeze at this condition.
3. I don't know what good is idea about p2p thansfers integrated here, but at this moment I think it must be separate program, due to p2p specifics. Please comment this.
4. If you download video or audio, maybe preview of partially downloaded content is useful.
5. md5 sums must calculated and checked (automatically, if .md5 file found)
6. User-selectable auto Power-off after operation... Anyone need this?

49
votes
closed
Solution #1: Auto-generated solution of idea #10642
Written by jpka the 3 Jul 08 at 06:09.
Ubuntu Brainstorm was updated in January 2009. Since the idea #10642 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

Propose your solution

Attachments
No attachments.


Duplicates


Comments
svergeylen wrote on the 3 Jul 08 at 11:44
This is nearly done with gvfs, the new transfer manager since Hardy Heron, if I don't mess up ;-) Not yet for file transfer of pidgin, but already centralized in one program apart of nautilus

jpka wrote on the 3 Jul 08 at 11:52
A good news :) But, 1) I can't find it in my Hardy, 2) Regardless of this, I can't find a way to configure Firefox to use external download program...

enbuyukfener wrote on the 26 Sep 08 at 05:58
Why is this the duplicate idea? The idea that it is supposedly a duplicate of is only a subset of this idea.

jpka:
1. "nearly done"
2. That would get taken care of upstream or by Ubuntu's Firefox extension

mishagale wrote on the 1 Dec 08 at 22:56
This is a great idea, but much of it could also be implemented with the existing file-copy operations, as a sort of stop-gap. The bit I'd find most usefull is "Allowing non-interfere operations in parallel, rest in queue(s)"

For instance, if I want to copy several different files located in different directories to an SD card, I can't do it as one drag'n'drop operation (because I can't see them all at once), but doing many operations results in multiple parallel transfers, which is inefficient. It would be sweet if the file copier could notice when multiple operations are copying to the same mount point and do them in sequence, while still doing transfers to seperate destinations in parallel.

All the other features suggested by jkpa would be lovely, but this would be my fave.

mishagale wrote on the 1 Dec 08 at 22:59
Oh also, it would be super sweet if this unified copying applet worked with Opera as well as FF, but since Opera is closed, I can see that this would be problematic. Maybe some kind of plug-in architecture, so that anyone developing a 3rd party app can make it compatible.


Post your comment