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 709580 - meld highlights equivalent text as different
meld highlights equivalent text as different
Status: RESOLVED FIXED
Product: meld
Classification: Other
Component: filediff
1.8.x
Other Linux
: Normal normal
: ---
Assigned To: meld-maint
meld-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-07 15:58 UTC by h56wtwvfasdf
Modified: 2014-02-08 23:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of the bugged state (42.59 KB, image/png)
2013-10-07 16:02 UTC, h56wtwvfasdf
Details

Description h56wtwvfasdf 2013-10-07 15:58:39 UTC
I originally reported this here: https://bugs.gentoo.org/show_bug.cgi?id=486802

1. make these two files:
a:
<a a="a" b="b">
b:
<a b="b" a="a">

2. open them both in meld. (meld a b)

3. in the right editor (editing the file "b"), highlight the text, `b="b"`

4. cut the text (ctrl+x or right click -> cut)

5. press backspace

6. click right before the ">"

7. enter one space

8. paste the text (ctrl+v or right click -> paste)

Your final result of "b" should looks like this (same as "a"):  <a a="a" b="b">

Actual behavior:

The pasted text is highlighted in read, although a banner appears saying the files are identical. See attached image.

Expected behavior:

Banner saying files are identical appears and there is no highlighting.

tested on 1.7.0 and 1.8.1
Comment 1 h56wtwvfasdf 2013-10-07 16:02:50 UTC
Created attachment 256643 [details]
screenshot of the bugged state
Comment 2 Kai Willadsen 2013-10-07 19:50:32 UTC
This bug here has to do with copy and paste. When we copy the text, the changed tags comes with it and is pasted back in to the buffer. We only clear those tags when we rehighlight that text; if the text is not classified as modified, we'll never rehighlight it.

The workaround here is just to refresh the comparison, which should clear the highlighting and show what's expected. The fix is probably just to sanitise the text we paste to only ever be plaintext.
Comment 3 Kai Willadsen 2014-02-08 23:02:18 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.