Version: (using Devel) Installed from: Compiled sources Currently all new transfers starts parallel and that can't be changed. It would be great to add option to put them in queue so that there is always only one active operation. You should also add ability to move files up and down in queue or remove them.
This is what KGet is for -- if you mean from a user's point of view. Or did you mean from a programmer-using-KIO point of view?
Well... from user's point of view (or both), but this has nothing with kget which is only a simple download manager. Users want to be able to queue all KIO operations, like local file copying for example. Currently every new operation start immediately and there should be option to queue it so that it starts only after previously started operation is finished. This is also the most wanted feature of krusader (http://krusader.org/todo.php), but krusader is not the only kde app that would benefit from this feature.
*** Bug 178987 has been marked as a duplicate of this bug. ***
*** Bug 204907 has been marked as a duplicate of this bug. ***
It is not a bad idea. It could be very useful when you've to copy a lot of files to an external drive. You start the copy of a set of files, after, while it is still copying, you start the copy of another set and maybe you could start a third set. Queueing the transfers could be better. Two objections could be: 1) Why I should start the second transfer before the first has been completed? For example when I've to start the copy and go away. 2) Why not select all the files before and after start the copy of the whole set? I could have to select only some files from different sub directories. IMHO this feature could be very useful.
Implementing this feature will automatically fix this bug #124454 (wish).
*** This bug has been confirmed by popular vote. ***
*** Bug 210857 has been marked as a duplicate of this bug. ***
*** Bug 309673 has been marked as a duplicate of this bug. ***
Any news about this feature request ?
*** Bug 311588 has been marked as a duplicate of this bug. ***
I filled a similar wish: https://bugs.kde.org/show_bug.cgi?id=233902 First posted at KDE-Brainstorm: http://forum.kde.org/brainstorm.php#idea86138_page1 I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations. The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be - only one notifications item showing details only by device or operation type - the user then could open the file operations window which allows a detailed view and manipulation - Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads) - All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time - It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue - There is a kind of record keeping so that there is limited undo functionality - The user can predefine priorities by file-type, device, operation type (e.g. delete) - The file operations queue saved through session management. Tasks can be continued after reboot. - When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately. - The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system. - File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper) - There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive) finish other tasks while interaction is required when possible:) I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations. The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be - only one notifications item showing details only by device or operation type - the user then could open the file operations window which allows a detailed view and manipulation - Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads) - All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time - It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue - There is a kind of record keeping so that there is limited undo functionality - The user can predefine priorities by file-type, device, operation type (e.g. delete) - The file operations queue saved through session management. Tasks can be continued after reboot. - When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately. - The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system. - File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper) - There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive) finish other tasks while interaction is required when possible:) I want to suggest a better way how to improve the possibilities for the user to handle file operations. Problems are not only the display in notifications, but mainly the way they are handled, problems are handled with or the user can interfere with the ongoing operations. The solution I would call "File operations queue" which would be similar to a printer queue (not the one of KDE4, which is still not very mature). With the file operations queue there would be - only one notifications item showing details only by device or operation type - the user then could open the file operations window which allows a detailed view and manipulation - Similar to a printer queue, the file operations queue collects all file operations (copy, move, delete, downloads) - All operations have (automatically) assigned priorities to prevents too many operations on the same device and/or at the same time - It is possible to manually change of priorities, delete tasks or part of a task (like deletion or copying of a file from the queue - There is a kind of record keeping so that there is limited undo functionality - The user can predefine priorities by file-type, device, operation type (e.g. delete) - The file operations queue saved through session management. Tasks can be continued after reboot. - When the user shuts down the system, he is offered to shut down after the tasks are finished or to shut down immediately. - The user can define a total amount of system resources for file operations, so that he can still work during large file copy operations if he has a slow system. - File operations which failed (e.g. copying or downloads which could not be finished because there was not enough disc space) can be resumed, the system offers the user also a a solution (start of disc sweeper) - There could be plug-ins for operations should be repeated on a certain date/time (backup, up/download, synchronizing) or on a defined event (plug-in of a external harddrive) finish other tasks while interaction is required when possible:)
Ultracopier do it, but need integration into KDE.
Is someone working on implementing this feature ? Any new ideas or todo list ?
Me, I'm looking implement it into Ultracopier/Supercopier.
*** Bug 259512 has been marked as a duplicate of this bug. ***
*** Bug 205200 has been marked as a duplicate of this bug. ***
I e-mailed to the Cyril Oblikov because i couldn't find any info about enqueueing kio transfer operations at his blog but there is no answer. Is somebody working on this bug ?
Please note that it has been implemented in Krusader. The starting point might be to have a look at how it's done there.
@ Patrick, Yes but i asked David about the progress of this bug and he said that Cyril is working on it so i e-mailed him. As i said, no response from Cyril . . . :(
But we need more possible usage of external tools to prevent multiple same features into multiple software.
*** Bug 362321 has been marked as a duplicate of this bug. ***
*** Bug 388291 has been marked as a duplicate of this bug. ***
*** Bug 223994 has been marked as a duplicate of this bug. ***
*** Bug 466706 has been marked as a duplicate of this bug. ***
This request is so old.
*** Bug 462543 has been marked as a duplicate of this bug. ***