! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Feature request: Queued File transfer


Description Beron 2015-08-08 13:59:53 CEST
I believe simultanious file transfers are nice but when using it on slower Devices like Tablets and low end Notebooks(I3) It seems limited.
When managinng files larger than 2GB having many simultanious file transfers slows down individuel file transfers and puts the CPU under significant load which also causes a significant performance decrease under other tasks untill the file transfers are complete and with 10+ file transfers of 2GB+ that could easily be 20-30 minutes depending on the CPU and HDD. I'm sure this might not be so noticable on fast CPU's with SSD's but i don't have such options. i Imagine most won't

I therefore like to request an option in preference to change thunars default behavior between "Queued File Transfer" and "Simultanious File Transfer" preferbly with a setting to decide how many simultanious file transfers are allowed at any given time.
Comment 1 Beron 2015-08-08 14:05:36 CEST
I'm willing to offer a bounty for this feature
Comment 2 Cyrille Pontvieux 2016-07-02 17:24:21 CEST
Created attachment 6721 
Simultaneous or queued copies with preferences

In this patch, I added the possibility to queue some copy jobs to other running copy jobs.
I added three preferences. By default the behavior is unchanged.
I'm not used to write c using Glib framework some please, indicate me if something is not right.
Some coding standard might not be right too, even if I tried to mimic other C source files.
Comment 3 Cyrille Pontvieux 2016-07-02 17:28:10 CEST
One can also find the copy-improved branch in my git repo : http://git.enialis.net/gitweb/?p=thunar.git;a=log;h=refs/heads/copy-improved
Comment 4 Simon 'The Sorcerer' 2016-07-08 00:14:49 CEST
Hi yeah that's also a feature I was always missing..

Cyrille Pontvieux how does your patch work, can you cancel individual jobs in the queue?
And did you preserve simultaneous copies when their destination is on different file systems? (see "mount" or "df" command)

Comment 5 Cyrille Pontvieux 2016-08-20 15:22:40 CEST

Unfortunately one cannot cancel a job in the queue because I didn't code an UI to view the queue, pause the transfer and of course cancel a job copy.

But multiple copy is working like that:
- if a current copy job is in progress and either the source or the destination (in filesystem consideration) is the same as the new copy job, the new one is added to the current one.
- otherwise a parallel copy is made as usual.

The first case is subject to preferences (about the source and the destination checks). By default, both are deactivated, so if you apply my patch without changing preferences, you will not notice a difference.

This patch have not been accepted upstream because Thunar development is frozen until gtk3 port is done, which I'm currently doing (still facing two bugs, one crash and one bad ui rendering).
But if you don't want to wait, just grab the code from my repo.
Comment 6 patrice 2016-10-24 21:27:42 CEST
I have the same problem (slow devices like usb key, ... )  
I also wish to see this feature in Thunar.

Nautilus users have the same request : https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/306630

Comment 7 Sylvain 2016-10-26 11:03:34 CEST
Very nice to have a way to serialize copy on slow device the whole elapsed time will be shorter than concurrent access.
Comment 8 alexxcons editbugs 2017-12-20 15:20:34 CET
*** Bug 13465 has been marked as a duplicate of this bug. ***
Comment 9 alexxcons editbugs 2017-12-20 15:22:48 CET
*** Bug 5858 has been marked as a duplicate of this bug. ***
Comment 10 Simon 'The Sorcerer' 2017-12-20 15:50:57 CET
@Cyrille Pontvieux ah oh these source and destination checks sound sensible, did you also consider that when two jobs are already running and a new job is added which matches the destination of the first but the source of the second, then it has to depend on both jobs, eg. with four different filesystems A, B, C, D:
1. cp A/ B/
2. cp C/ D/
3. cp B/ C/
In that case Job 3 depends on both job 1 and job 2, I think the best way to implement that UI-wise would be to have numbers before the individual jobs and then write inside a job a message like "Queued, waiting for transfer operation 1 and 2 to finish.."
Comment 11 alexxcons editbugs 2018-01-05 17:20:35 CET
*** Bug 10809 has been marked as a duplicate of this bug. ***
Comment 12 Gaelan Lloyd 2018-11-02 18:23:21 CET
+1, I'd love to see this feature added.
Comment 13 jchtt 2020-04-17 16:27:11 CEST
+1, this feature would be great for transferring files from and to network shares as well.
Comment 14 The_Fireplace 2020-04-18 09:36:04 CEST
+1, this feature would be nice to have.
Comment 15 Git Bot editbugs 2020-05-26 23:23:37 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/thunar/-/issues/116.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #12123

Reported by:
Reported on: 2015-08-08
Last modified on: 2020-05-26
Duplicates (3):
  • 5858 A queue for copying files would be great
  • 10809 Feature request: More options at Copy dialog
  • 13465 Queueing files to copy (UltraCopier like features)


Xfce Bug Triage
CC List:
12 users




Additional information