meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2020-01-22T22:03:33Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/93[BZ#755950] Feature: Column/Block Mode Editing2020-01-22T22:03:33ZBugzilla[BZ#755950] Feature: Column/Block Mode Editing## Submitted by sog..@..com
**[Link to original bug (#755950)](https://bugzilla.gnome.org/show_bug.cgi?id=755950)**
## Description
>>>
I was unable to find this feature in Meld, so I am making a request for it. I would not go into d...## Submitted by sog..@..com
**[Link to original bug (#755950)](https://bugzilla.gnome.org/show_bug.cgi?id=755950)**
## Description
>>>
I was unable to find this feature in Meld, so I am making a request for it. I would not go into detail explaining how this works in other editors, but rather provide two links, that demonstrate what it is.
https://notepad-plus-plus.org/features/column-mode-editing.html
http://stackoverflow.com/questions/1802616/how-to-select-columns-in-editors-notepad-kate-vim-sublime-textpad-etc-an
Since Meld is usually used by programmers, column mode would be very handy, for example when you want to comment out may consecutive lines.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/89[BZ#752006] Meld always writes unix line endings when auto-merging2019-02-17T22:23:47ZBugzilla[BZ#752006] Meld always writes unix line endings when auto-merging## Submitted by Bogdan Kiselitsa
**[Link to original bug (#752006)](https://bugzilla.gnome.org/show_bug.cgi?id=752006)**
## Description
>>>
It looks like when using --output Meld assumes unix line endings when writing the merged out...## Submitted by Bogdan Kiselitsa
**[Link to original bug (#752006)](https://bugzilla.gnome.org/show_bug.cgi?id=752006)**
## Description
>>>
It looks like when using --output Meld assumes unix line endings when writing the merged output instead of either asking or inferring from the files being merged.
E.g. command line with Git.
$LOCAL $BASE $REMOTE --auto-merge --output $MERGED
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/86[BZ#747671] Second meld instance doesn't abort on Ctrl-C, and is not always c...2019-02-17T22:23:47ZBugzilla[BZ#747671] Second meld instance doesn't abort on Ctrl-C, and is not always created on the top of the windows stack## Submitted by Yuri
**[Link to original bug (#747671)](https://bugzilla.gnome.org/show_bug.cgi?id=747671)**
## Description
>>>
This is certainly as conventional as it can go.
I see this code, not sure why doesn't this exit:
> ...## Submitted by Yuri
**[Link to original bug (#747671)](https://bugzilla.gnome.org/show_bug.cgi?id=747671)**
## Description
>>>
This is certainly as conventional as it can go.
I see this code, not sure why doesn't this exit:
> if sys.platform != 'win32':
> from gi.repository import GLib
> GLib.unix_signal_add(GLib.PRIORITY_DEFAULT, signal.SIGINT,
> lambda *args: meld.meldapp.app.quit(), None)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/85[BZ#747255] Add Ability to Swap Views After Viewing Diff2022-09-20T07:42:16ZBugzilla[BZ#747255] Add Ability to Swap Views After Viewing Diff## Submitted by Albert Engelbrecht
**[Link to original bug (#747255)](https://bugzilla.gnome.org/show_bug.cgi?id=747255)**
## Description
>>>
I'm wondering how possible it would be to add the ability to swap the files' location when...## Submitted by Albert Engelbrecht
**[Link to original bug (#747255)](https://bugzilla.gnome.org/show_bug.cgi?id=747255)**
## Description
>>>
I'm wondering how possible it would be to add the ability to swap the files' location when viewing a diff.
For example, say we do something like this: `meld file1 file2`, at which point `file1` will be on the left and `file2` on the right. Currently there isn't a way of swapping these panes around post-diff without re-running the command.
I'm imagining a hotkey you can use that swaps the currently active pane with the one to the left / right. If there are only two files being compared, we could have either one just swap both panes.
Somewhat related, though it seems to mainly concern itself with the order of the arguments.
https://bugzilla.gnome.org/show_bug.cgi?id=379160
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/83[BZ#745355] Ctrl+G should go to given line number instead of finding next ins...2019-02-17T22:23:47ZBugzilla[BZ#745355] Ctrl+G should go to given line number instead of finding next instance of string## Submitted by julien hardelin
**[Link to original bug (#745355)](https://bugzilla.gnome.org/show_bug.cgi?id=745355)**
## Description
>>>
I like meld because it is the only file comparator I know that allows file editing.
Unfortuna...## Submitted by julien hardelin
**[Link to original bug (#745355)](https://bugzilla.gnome.org/show_bug.cgi?id=745355)**
## Description
>>>
I like meld because it is the only file comparator I know that allows file editing.
Unfortunately, there is no mean to go directly to a given line.
In Meld, Ctrl+F finds a string, Ctrl+G finds the next instance of the string.
Usually, in all editors, Ctrl+G goes to the given line. Ctrl+F finds the string and F3 finds the next instance of the string.
Could we have the same in meld?
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/80[BZ#743098] meld doesn't understand "non Latin" path2019-02-17T22:23:47ZBugzilla[BZ#743098] meld doesn't understand "non Latin" path## Submitted by Valery V.
**[Link to original bug (#743098)](https://bugzilla.gnome.org/show_bug.cgi?id=743098)**
## Description
>>>
I've tried to use Meld.lnk as "Send to" menu item and failed.
Problem localization: in 'C:\Program...## Submitted by Valery V.
**[Link to original bug (#743098)](https://bugzilla.gnome.org/show_bug.cgi?id=743098)**
## Description
>>>
I've tried to use Meld.lnk as "Send to" menu item and failed.
Problem localization: in 'C:\Program Files\Meld'
a) I've created folder 'rrr' (Latin letters) and place 2 files in folder. command 'Meld.exe rrr\KaznUTF.fb2 rrr\Kazn1251.fb2' works.
b) I've created folder 'абв' (Russian analog of 'abc'), place 2 files in folder. command 'Meld.exe абв\KaznUTF.fb2 абв\Kazn1251.fb2 ' failed ('Meld.exe rrr\KaznUTF.fb2 абв\Kazn1251.fb2 ' failed too). The program interface splashes and closes.
In attachment: archive with 'Latin language' and 'Russian language' folders with sample files
P.S. if I'm not mistaken, earlier version of http://sourceforge.net/projects/meld-installer/ also have some problems with paths, but on elder "Send to" worked normal.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/79[BZ#742250] Wrong comparison on subversion links2023-09-09T18:25:46ZBugzilla[BZ#742250] Wrong comparison on subversion links## Submitted by Yuri
**[Link to original bug (#742250)](https://bugzilla.gnome.org/show_bug.cgi?id=742250)**
## Description
>>>
I have the changed symbolic link in subversion repository, which changed from one path to another.
'mel...## Submitted by Yuri
**[Link to original bug (#742250)](https://bugzilla.gnome.org/show_bug.cgi?id=742250)**
## Description
>>>
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.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/78[BZ#739184] Scrolling in central bar should scroll from screen position inste...2019-11-03T00:56:28ZBugzilla[BZ#739184] Scrolling in central bar should scroll from screen position instead of cursor## Submitted by Kai Willadsen
**[Link to original bug (#739184)](https://bugzilla.gnome.org/show_bug.cgi?id=739184)**
## Description
>>>
Currently, if you scroll with the mouse in the central bar on screen, Meld just runs the next-d...## Submitted by Kai Willadsen
**[Link to original bug (#739184)](https://bugzilla.gnome.org/show_bug.cgi?id=739184)**
## Description
>>>
Currently, if you scroll with the mouse in the central bar on screen, Meld just runs the next-diff/previous-diff action, which goes to the next/previous chunk *relative to the text cursor's position in the textview*. This often feel weird because you use the middle-bar scroll in different scenarios to the cursor-relative next/prev.
It would probably be nicer to pick the starting chunk (from which to choose what chunk is next/prev) as whatever chunk is closest to the middle of the screen. This can get slightly weird, since we end up guessing some of the time. However, if we combined this with a heuristic along the lines of "whatever chunk the cursor is in, if that chunk is near the middle of the screen, otherwise whatever chunk is actually in the middle of the screen" then we should be okay.
See discussion starting at:
https://mail.gnome.org/archives/meld-list/2014-September/msg00001.html
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/77[BZ#738700] Add "Patience Diff" diff2020-03-03T20:27:16ZBugzilla[BZ#738700] Add "Patience Diff" diff## Submitted by Konstantine Rybnikov
**[Link to original bug (#738700)](https://bugzilla.gnome.org/show_bug.cgi?id=738700)**
## Description
>>>
There's wonderful diff algorithms called Patience Diff [0], which is used, for example, ...## Submitted by Konstantine Rybnikov
**[Link to original bug (#738700)](https://bugzilla.gnome.org/show_bug.cgi?id=738700)**
## Description
>>>
There's wonderful diff algorithms called Patience Diff [0], which is used, for example, by tool called patdiff [1]. It seems to be much more developer-friendly, so I'd like to propose to use that, either as an option or just as main algorithm (not sure what's best).
Thanks!
[0]: http://bramcohen.livejournal.com/73318.html?nojs=1
[1]: http://neocontra.blogspot.com/2013/02/public-service-announcement-patdiff-is.html
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/76[BZ#735725] Installer should show license2019-02-17T22:23:47ZBugzilla[BZ#735725] Installer should show license## Submitted by Kai Willadsen
**Assigned to @keeganwitt**
**[Link to original bug (#735725)](https://bugzilla.gnome.org/show_bug.cgi?id=735725)**
## Description
>>>
The MSI installer should have an additional page that displays Me...## Submitted by Kai Willadsen
**Assigned to @keeganwitt**
**[Link to original bug (#735725)](https://bugzilla.gnome.org/show_bug.cgi?id=735725)**
## Description
>>>
The MSI installer should have an additional page that displays Meld's license (GPLv2+). Since the installer bundles Python, we should probably also include the PSF's preferred license text, or at least the copyright notice.
As with [bug 735724](https://bugzilla.gnome.org/show_bug.cgi?id=735724), hackery will be required.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/75[BZ#735724] Installer should offer to create additional shortcuts2019-02-17T22:23:47ZBugzilla[BZ#735724] Installer should offer to create additional shortcuts## Submitted by Kai Willadsen
**Assigned to @keeganwitt**
**[Link to original bug (#735724)](https://bugzilla.gnome.org/show_bug.cgi?id=735724)**
## Description
>>>
The MSI installer just creates the start menu shortcuts. It shoul...## Submitted by Kai Willadsen
**Assigned to @keeganwitt**
**[Link to original bug (#735724)](https://bugzilla.gnome.org/show_bug.cgi?id=735724)**
## Description
>>>
The MSI installer just creates the start menu shortcuts. It should also have options to create desktop, quick launch, and "send to" shortcuts.
This will involve subclassing (or more likely, copy and pasting) and hacking functions from Python's bdist_msi, since it has no hooks for additional prompts. Licensing should be taken into account in this case.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/74Add support for plugins2023-09-10T14:08:59ZBugzillaAdd support for pluginsFor sanity, this should use libpeas. Unfortunately, right now it can't.
Features that would benefit from this include specialised actions (i.e., bringing back the 'Hide' action for dirdiff) and filters (see [bug 662333](https://bugzilla...For sanity, this should use libpeas. Unfortunately, right now it can't.
Features that would benefit from this include specialised actions (i.e., bringing back the 'Hide' action for dirdiff) and filters (see [bug 662333](https://bugzilla.gnome.org/show_bug.cgi?id=662333)).
Submitted by Kai Willadsen on [bug #733434](https://bugzilla.gnome.org/show_bug.cgi?id=733434), depends on [Bug 732155](https://bugzilla.gnome.org/show_bug.cgi?id=732155)https://gitlab.gnome.org/GNOME/meld/-/issues/73New Comparison screen layout is confusing2023-09-12T14:15:25ZBugzillaNew Comparison screen layout is confusing## Submitted by Casey
**[Link to original bug (#730385)](https://bugzilla.gnome.org/show_bug.cgi?id=730385)**
## Description
>>>
When starting the program or initiating a new comparison, three buttons appear in the middle of the win...## Submitted by Casey
**[Link to original bug (#730385)](https://bugzilla.gnome.org/show_bug.cgi?id=730385)**
## Description
>>>
When starting the program or initiating a new comparison, three buttons appear in the middle of the window - File Comparison, Directory Comparison, and Version Control View. After clicking Directory comparison, three pull down boxes appear, one under each of the three big buttons. Because each of the pull down boxes is directly underneath and perfectly aligned with the above big buttons, I assumed without thinking about it that each pull down box corresponded ONLY to the button above. I selected a directory with the pull down box below the directory comparison button, but then it took a couple minutes of searching for a way to specify the second directory to compare before I realized I needed to use the pull down box under the file comparison button.
The simplest way that might possibly fix this is to just make each of the three pull down boxes slightly wider or narrower than the buttons, so they don't appear to match exactly to the button above. You could center justify the pull down boxes, but it would probably help even more, to make them appear independent, if you left justified them with the left edge of the file comparison box. This would leave the layout unsymmetrical, but the 3 way comparison checkbox is unsymmetrical anyway.
You could also do something like put a single horizontal line crossing under all three buttons, and a left justified label saying something like "select files or folders to compare".
I hope this helps to make an already excellent program just a tiny bit better.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/72[BZ#727600] Add the command to push/pull just single or selected lines2019-11-19T23:16:50ZBugzilla[BZ#727600] Add the command to push/pull just single or selected lines## Submitted by xhp..@..com
**[Link to original bug (#727600)](https://bugzilla.gnome.org/show_bug.cgi?id=727600)**
## Description
>>>
When comparing files using Meld one can copy (delete, add) differing blocks between left and righ...## Submitted by xhp..@..com
**[Link to original bug (#727600)](https://bugzilla.gnome.org/show_bug.cgi?id=727600)**
## Description
>>>
When comparing files using Meld one can copy (delete, add) differing blocks between left and right panels easily however I'm lacking possibility to do the same just with a part of this block or single line in minimum.
Can this feature be added into meld?
So far the only option is to copy the text using clipboard or I'm missing something?
thanks
Jan
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/71[BZ#725358] Comparing two files with different encoding shows no differences2019-02-17T22:23:47ZBugzilla[BZ#725358] Comparing two files with different encoding shows no differences## Submitted by P Fudd
**[Link to original bug (#725358)](https://bugzilla.gnome.org/show_bug.cgi?id=725358)**
## Description
>>>
Hi...
I've been debugging a restful interface bug, capturing network traffic with tcpflow, then compa...## Submitted by P Fudd
**[Link to original bug (#725358)](https://bugzilla.gnome.org/show_bug.cgi?id=725358)**
## Description
>>>
Hi...
I've been debugging a restful interface bug, capturing network traffic with tcpflow, then comparing two requests. In Meld, they look identical (except for the content-length field is off-by-one), but one request generates the following error:
indexer_common.searcher.SearchRequestException: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 2 of 3-byte UTF-8 sequence.
It turns out that one file is encoded in utf-8, but the other is in latin-1. As the Content-Type: header I'm sending claims the request is utf-8, the server is right to throw an error.
Can meld be modified to either show the encoding at the bottom of the window for each file, possibly highlighting them in color if they're different, or otherwise call attention to this fact?
As a further cool enhancement, it would be nice to have a menu option for viewing the files in hex (possibly by filtering through 'xxd').
Note, I'm using 1.7.4 (the current version Ubuntu 12.04 ships with), so if this has been fixed in a later version, please be kind!
Thanks for a cool program!
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/70[BZ#723132] Options to integrate with VCSs2023-03-26T02:58:52ZBugzilla[BZ#723132] Options to integrate with VCSs## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723132)](https://bugzilla.gnome.org/show_bug.cgi?id=723132)**
## Description
>>>
Perhaps the installer could have checkboxes at the end like
( ) Use...## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723132)](https://bugzilla.gnome.org/show_bug.cgi?id=723132)**
## Description
>>>
Perhaps the installer could have checkboxes at the end like
( ) Use Meld as the Git diff tool?
( ) Use Meld as the Mercurial diff tool?
( ) Use Meld as the Subversion diff tool?
etc
That would handle the configuration of their VCS for them.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/67[BZ#723129] Installer should support more languages than just English2019-02-17T22:23:47ZBugzilla[BZ#723129] Installer should support more languages than just English## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723129)](https://bugzilla.gnome.org/show_bug.cgi?id=723129)**
## Description
>>>
Currently the installer just supports English. The user should be ...## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723129)](https://bugzilla.gnome.org/show_bug.cgi?id=723129)**
## Description
>>>
Currently the installer just supports English. The user should be able to choose a language to continue the installation in. Most of the labels we can just use the NSIS defaults. The only stuff we've overridden that would need work is the licenses file and the prompt for uninstalling when the software is already installed.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/66[BZ#720965] Apply view options to cached results if possible2019-02-17T22:23:47ZBugzilla[BZ#720965] Apply view options to cached results if possible## Submitted by bug..@..net
**[Link to original bug (#720965)](https://bugzilla.gnome.org/show_bug.cgi?id=720965)**
## Description
>>>
After comparing a pair of directories, changing any of the view options causes Meld to rescan. It...## Submitted by bug..@..net
**[Link to original bug (#720965)](https://bugzilla.gnome.org/show_bug.cgi?id=720965)**
## Description
>>>
After comparing a pair of directories, changing any of the view options causes Meld to rescan. It doesn't ask or anything, just starts chewing away.
I can understand how toggling 'ignore case' might necessitate rescanning both directories. I can also understand how toggling File Filters might require a rescan. However, I do not understand how changing the File Status [Same, New, Modified] options necessitates a rescan.
Shouldn't Meld be able to apply File Status view changes to the currently displayed tree? These options don't affect the comparison - just the view, right?
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/65[BZ#709083] Consistent whitespace changes (indentation level) is not shown co...2022-06-13T22:21:25ZBugzilla[BZ#709083] Consistent whitespace changes (indentation level) is not shown consistently## Submitted by Magnus Ihse Bursie
**[Link to original bug (#709083)](https://bugzilla.gnome.org/show_bug.cgi?id=709083)**
## Description
>>>
When diffing files which has a consistently applied change in indentation level (e.g. a ce...## Submitted by Magnus Ihse Bursie
**[Link to original bug (#709083)](https://bugzilla.gnome.org/show_bug.cgi?id=709083)**
## Description
>>>
When diffing files which has a consistently applied change in indentation level (e.g. a certain number of spaces added or removed), the changes are displayed in a way that is hard to understand at a single glance.
Meld sees such a situation as a number of spaces added on each line on one of the files. If N spaces are added, meld (arbitrarily) shows this as N spaces are added at the end of the indentation.
While a technically correct interpretation, it would be more helpful if meld marked the *first* N spaces as being added -- at the very least if the same changes is done on a line before or after the current one.
Consider the attached example. The effect is that the sequence of added spaces jumps about, following the outline of the code. It is hard to understand that a common indentation has been added. If, on the other hand, the leftmost spaces had been marked, a visible column had been shown, clearly showing that a common indentation has been applied (and any deviation from that change would stand out!).
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/63[BZ#701667] Support aligned (rather than differently sized) comparison chunks2022-10-15T21:47:14ZBugzilla[BZ#701667] Support aligned (rather than differently sized) comparison chunks## Submitted by Christoph Anton Mitterer
**[Link to original bug (#701667)](https://bugzilla.gnome.org/show_bug.cgi?id=701667)**
## Description
>>>
Hi.
For filediffs/dirdiffs, there should be an option that does the following:
Rig...## Submitted by Christoph Anton Mitterer
**[Link to original bug (#701667)](https://bugzilla.gnome.org/show_bug.cgi?id=701667)**
## Description
>>>
Hi.
For filediffs/dirdiffs, there should be an option that does the following:
Right now when an addition was made on one side (i.e. green stuff),... there is nothing on the other side, but a small stroke, that shows where the stuff was added.
It would be nice if there was a mode, like one has it in xxdiff, where "empty lines" are added on the other side, so that effectively, the lines/linenumbers are aligned on both sides.
Cheers,
Chris.
>>>