After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 595137 - Request for visual feedback when copying large files
Request for visual feedback when copying large files
Status: RESOLVED OBSOLETE
Product: meld
Classification: Other
Component: dirdiff
1.2
Other Linux
: Normal enhancement
: ---
Assigned To: meld-maint
meld-maint
Depends on: 317875 699254
Blocks:
 
 
Reported: 2009-09-14 09:27 UTC by kev
Modified: 2017-12-13 18:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description kev 2009-09-14 09:27:19 UTC
I largely use meld for syncing directories to/from a flash memory drive. When coping large files from one location to another it is impossible to tell if progress is being made.

Suggestion: 'x% done' type information displayed in status bar plus change cursor icon to active/busy style.

Many thanks.
Comment 1 Vincent Legoll 2009-09-14 09:41:13 UTC
I'm not telling you your bug report is useless, but wouldn't rsync be more efficient to do what you want ? (and it has some feedback too)
Comment 2 kev 2009-09-14 10:20:42 UTC
I haven't used rsync largely because I fear the command line :) Also, I don't want to mirror the entire directory trees, just some sections. The directories to include/exclude vary depending on what I'm currently working on. I'm sure I could set up a config file to determine what gets compared but it seems more complex and less flexible to me. I like the ability to look down the tree in a GUI and collapse whole sections that I know aren't currently relevant, or alternatively think 'yeah I'll need that lot' and copy them across.
Comment 3 Vincent Legoll 2013-07-03 17:07:44 UTC
Being older now I think I'll revise my previous comment on the subject, I even also used meld to do exactly the same thing and it really was a convenient way to get the job done...

This is just a "Me too" or "+1".
Comment 4 Kai Willadsen 2013-07-20 22:07:58 UTC
We should definitely do this. The problem is that we currently use Python's built-in file access, which is totally synchronous. While we *could* spin up a thread for this, I think the sane solution is to migrate to using GIO for file operations. However, due to introspection requirements and whatnot, this will have to be part of a GTK 3 port.
Comment 5 Profpatsch 2014-01-27 18:36:30 UTC
I second that. File copying needs to be async.
Is the GTK3 port in progress already?
Comment 6 GNOME Infrastructure Team 2017-12-13 18:51:54 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME'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.gnome.org/GNOME/meld/issues/19.