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 742250 - Wrong comparison on subversion links
Wrong comparison on subversion links
Status: RESOLVED OBSOLETE
Product: meld
Classification: Other
Component: general
3.12.x
Other FreeBSD
: Normal normal
: ---
Assigned To: meld-maint
meld-maint
Depends on:
Blocks:
 
 
Reported: 2015-01-03 08:28 UTC by Yuri
Modified: 2017-12-13 19:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Yuri 2015-01-03 08:28:19 UTC
I have the changed symbolic link in subversion repository, which changed from one path to another.

'meld .' shows the text 'link /correct/path/to/linled/file' in the left pane (ok), and the whole text of the linked file in the right pane (bad).

Correct behavior is, obviously, to show 'link /new/path/to/file' in the right pane, and meld should never read the text of the linked file itself.
Comment 1 Kai Willadsen 2015-01-03 20:36:46 UTC
If you run 'meld .' you get a single-pane view of the SVN repo. How are there two panes here?
Comment 2 Yuri 2015-01-04 09:58:26 UTC
Sorry, I forgot to mention you also need to click on the item for the link in meld.
Then it attempts to compare links in incorrect way.
Comment 3 Kai Willadsen 2015-01-05 20:40:53 UTC
I've reproduced this, but I'm not sure how fixable it is. I'm pretty sure that this is just an artifact of how subversion's symlink 'handling' 'works'.

I can't see any way to get subversion to actually tell me what it thinks the state of the symlink in the working copy is (other than the usual modified), so the only way I can think of to fix this is to stat the file to figure out its a symlink, and then fake subversion-like file contents. I am... not a fan of this approach.

If there's a way to convince svn to give us the 'link /new/path/to/file' style of information, then I'm happy to add a symlink check and run something different to get that output.

The correct thing to do would be to show this like a file move in the repository view, but svn doesn't give us that detail.
Comment 4 GNOME Infrastructure Team 2017-12-13 19:09:33 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/79.