Bug 309673 - Copy-paste queue feature (specially when multi paste to same target)
Summary: Copy-paste queue feature (specially when multi paste to same target)
Status: RESOLVED DUPLICATE of bug 161017
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 2.0
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-07 04:58 UTC by lahirdenganselamat
Modified: 2012-11-23 15:24 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lahirdenganselamat 2012-11-07 04:58:45 UTC
I think it will be great if there's something like paste-transfer-queue to be an option, especially when the multi paste have a same target. The way Dolphin handle it now, it transfer simultaneously, causing slow transfer rate. 
For example, I want to copy file "X" from my /home to my flashdisk, then I just realize that I need to transfer file "Y" to that flashdisk. Because the write speed of that flashdisk is slow, the simultaneous transfer make the write speed even worse.
It's great that the copy-paste dialog have a pause feature, so user can use it to make one time transfer only by pausing the other transfer, but sometimes the transfer rate still as slow as simultaneous transfer.

Reproducible: Always

Steps to Reproduce:
1. paste a file to a device (for example, flashdisk)
2. paste another file to that device when the first transfer isn't finished yet
3. pause the second process, wait for the first to be finished, then resume it
Actual Results:  
the transfer speed will be divided to the multi-process, but pausing one process won't restore the transfer rate.

Expected Results:  
if user have press the pause button, the transfer rate should be restored (not cut in half). It will be better, if there's queue option for such task.
Comment 1 Frank Reininghaus 2012-11-23 15:24:28 UTC
Thanks for the bug report. We use KIO to copy/move files asynchronously. Any kind of queue should be implemented there.

I see that this has been requested for KIO already -> marking as duplicate.

*** This bug has been marked as a duplicate of bug 161017 ***