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 746616 - Display complete directory paths when comparing two directories
Display complete directory paths when comparing two directories
Status: RESOLVED OBSOLETE
Product: meld
Classification: Other
Component: general
3.12.x
Other Linux
: Normal enhancement
: ---
Assigned To: meld-maint
meld-maint
: 751088 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-03-22 18:37 UTC by alex
Modified: 2017-12-13 19:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description alex 2015-03-22 18:37:53 UTC
When you compare two directories, often you want compare two directories with the same last path name component - for example:

  /old/path/to/dir/same-dir-name/
  /new/path/to/dir/same-dir-name/

Meld shows only last path name component above the two side-by-side directory listings. Using the provided example directory paths, both side-by-side directory listings would have the same string displayed above them - 'same-dir-name'.

Meld provides functionality to manually, file by file, synchronize two directories, by alloving to copy files from one directory to another or delete files as necessary, and does superb job of indicating, by formatting file names using different colors and font attributes, which files are different/newer/older/not present.

But, given that there is no indication of the complete path to the directories that are being compared - both side-by-side directory listings have the same string ('same-file-name') above them, it is hard to figure out, after you started meld, from which side of the meld side-by-side dispaly you wanted to copy newer files to another side, and on which side you wanted to delete old files.

It would be nice if meld would display full directory paths instead of just the last path component. 

Or, at least, if there was a way to find out, for example, by right-clicking the displayed last path component, and choosing something like 'Directory Properties' in the context menu, the complete path of the directory displayed in this side of the meld display.
Comment 1 Kai Willadsen 2015-04-04 05:47:46 UTC
This would be nice, yes. Unfortunately the widget we use for file selection makes it basically impossible to do. At the time it seemed like using the standard GTK file choose button was a good idea, but it wasn't. In short, doing this means changing the UI of the selectors, probably so that it's a label + selector. Having a path-bar style display would be nice too. However, we can't just adjust the selector labels, much as I would like to.

It's worth mentioning that the full paths should (I think) appear in the tooltip of the comparison tab. I realise that this is not very discoverable.
Comment 2 Kai Willadsen 2015-06-19 21:51:48 UTC
*** Bug 751088 has been marked as a duplicate of this bug. ***
Comment 3 Steve 2015-11-12 03:25:16 UTC
This bug is the reason I'm still using 1.8.6
Comment 4 Scott Kostyshak 2016-08-02 22:15:12 UTC
I often come across this issue when using Meld. Thanks, Kai, for the explanation regarding why this is a difficult issue to tackle.

Note that in addition to the workaround Kai mentioned (the tooltip over the tab), the information is also in the title of the window.
Comment 5 Dmitriusan 2017-10-21 11:29:06 UTC
I also faced this issue after upgrading to Ubuntu 16.04. It's extremely annoying to be unable to copy part of the path when using command line git + meld.
There is a discussion on StackOverflow as well regarding this issue: https://askubuntu.com/questions/889856/copy-path-from-meld-window/967176

Would it be possible to add an option to choose directory path display style to meld preferences?
Comment 6 Dmitriusan 2017-10-21 11:42:06 UTC
Or maybe an 'edit'/'pencil' button near widget, that would replace this widget with a text field
Comment 7 Dmitriusan 2017-10-22 09:17:29 UTC
Just my experience:

The broken workflows are:
- copy <file name> and open it in IDE
- copy <parent dir name>/<file name> and open it in IDE
- distinguish between the local file and temporary dir when performing a comparison of revisions in git
- copy the entire path to a directory (or to some parent directory) and commit it/view history or diff when using console git

Previous versions of Meld were an incredible fast&handy tool for doing that. Used it far more often that IDE built-in diff tool.
Comment 8 GNOME Infrastructure Team 2017-12-13 19:11:32 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/84.