meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2022-11-14T12:31:20Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/256feature request + patch - Seeing only conflicted files when browsing a confli...2022-11-14T12:31:20Ztennevinfeature request + patch - Seeing only conflicted files when browsing a conflicted tree (svn, git etc.)Hello, I had the issue a few days ago and I needed to see only conflicted files.
So I added a filter to the option to parse the files when browsing a project,
so see only conflicted files.
As I am not aware of your project process, i a...Hello, I had the issue a few days ago and I needed to see only conflicted files.
So I added a filter to the option to parse the files when browsing a project,
so see only conflicted files.
As I am not aware of your project process, i am just submitting the patch in the case it may help.
[meld-show_conflicted_files.patch](/uploads/00481ff028c61ed1eebf6073b86564e8/meld-show_conflicted_files.patch)![conflicted](/uploads/18cd0ba66bd674520a34cd5d651cf7ef/conflicted.png)https://gitlab.gnome.org/GNOME/meld/-/issues/252Windows installer: Install MIME types for recently-used metadata files2018-12-27T21:54:06ZGhost UserWindows installer: Install MIME types for recently-used metadata filesOften is required to return of the previous comparisons.
It might be useful to keep previously opened destination with some kind of cache.
The recent file functional is insufficient for operation.
Since it is impossible to grouped and na...Often is required to return of the previous comparisons.
It might be useful to keep previously opened destination with some kind of cache.
The recent file functional is insufficient for operation.
Since it is impossible to grouped and named such records as project files.https://gitlab.gnome.org/GNOME/meld/-/issues/251View doesn't jump with the pointer2018-12-05T13:30:41ZGhost UserView doesn't jump with the pointerIf I go through file differences with alt+arrow, the pointer will go to the right place, but view doesn’t if the "distance is a lot". If the next difference is on the next or less than 20 lines away, then it moves fine. This happens with...If I go through file differences with alt+arrow, the pointer will go to the right place, but view doesn’t if the "distance is a lot". If the next difference is on the next or less than 20 lines away, then it moves fine. This happens with meld 3.18.2 and 3.18.3https://gitlab.gnome.org/GNOME/meld/-/issues/243Support network folder comparsions with Gio port2023-12-31T10:26:09ZGhost UserSupport network folder comparsions with Gio portI can't compare 2 folders in different servers, it would be really useful.I can't compare 2 folders in different servers, it would be really useful.https://gitlab.gnome.org/GNOME/meld/-/issues/237Add "line interval selection" based file diff feature2020-10-16T12:18:27ZpgpAdd "line interval selection" based file diff featureIt may happen the need to compare big code files, when the actual necessity is just to compare a few functions in these files (clearly, the files could differ -even a lot- in other parts, and we are not interested in these ones, this may...It may happen the need to compare big code files, when the actual necessity is just to compare a few functions in these files (clearly, the files could differ -even a lot- in other parts, and we are not interested in these ones, this may happen when doing refactoring or porting from legacy code). Without doing copy/paste into different files every time, a line interval selector in the diff view would be useful in order to allow comparing only relevant intervals of the two files (e.g. choosing lines l1 to l2 of file 1 to be compared against lines l3 to l4 of file 2).https://gitlab.gnome.org/GNOME/meld/-/issues/232[feature] Directory Comparison File Filter: match against relative path2018-10-27T22:07:12ZGhost User[feature] Directory Comparison File Filter: match against relative pathCurrently, it is not possible to have a filter entry that matches against a specific subdirectory tree, as the match/filtering is performed just against the directory entry
https://gitlab.gnome.org/GNOME/meld/blob/master/meld/dirdiff.py...Currently, it is not possible to have a filter entry that matches against a specific subdirectory tree, as the match/filtering is performed just against the directory entry
https://gitlab.gnome.org/GNOME/meld/blob/master/meld/dirdiff.py#L774-777
So, a filter like `some/sub/dir/*` will never match
The relative path should be to the start folder of the directory comparison (like .gitignore)https://gitlab.gnome.org/GNOME/meld/-/issues/226Meld/Windows: Auto scrolling to changes broken when "Use the system fixed wid...2023-03-26T02:54:34ZStefan SichlerMeld/Windows: Auto scrolling to changes broken when "Use the system fixed width font" is deactivatedMeld Version: 3.18.2
OS: Windows 7 x64
How to reproduce:
Deactivate "Use the system fixed width font" in the Preferences.
Open diff with changes.
Expected behavior:
When the Diff is opened, Meld shall automatically scroll to the first ...Meld Version: 3.18.2
OS: Windows 7 x64
How to reproduce:
Deactivate "Use the system fixed width font" in the Preferences.
Open diff with changes.
Expected behavior:
When the Diff is opened, Meld shall automatically scroll to the first change.
Bug observed:
Meld will instead scroll to some arbitrary position in the file. Also the "Go to the previous/next change" buttons won't work as expected.https://gitlab.gnome.org/GNOME/meld/-/issues/206Feature request : Ignore unstable ordering2018-06-21T08:57:20ZGhost UserFeature request : Ignore unstable orderingI'm using meld to compare the results of 2 different build processes that should produce equivalent results. This involves comparing entire trees of artifacts.
A number of files turn out to be different only in sort order - everything i...I'm using meld to compare the results of 2 different build processes that should produce equivalent results. This involves comparing entire trees of artifacts.
A number of files turn out to be different only in sort order - everything is there, but the ordering is slightly off.
It would be nice if I could tell meld to ignore those differences, i.e. consider 2 (text-based) files equal if, when the lines are sorted (the type of sort is immaterial) they are the same.https://gitlab.gnome.org/GNOME/meld/-/issues/205Portable "installer" for Windows?2021-05-31T17:35:03ZGhost UserPortable "installer" for Windows?MSI installers require admin rights, which I do not have.
https://saherneklawy.wordpress.com/2011/02/12/portable-meld-on-windows/ describes a way to run meld without an install, but it's very cumbersome, requires registering Python syste...MSI installers require admin rights, which I do not have.
https://saherneklawy.wordpress.com/2011/02/12/portable-meld-on-windows/ describes a way to run meld without an install, but it's very cumbersome, requires registering Python system-wide (again requiring admin rights), and is seven years old so I suspect it's heavily bitrotten.
Ideally, something that unzips and can be started using a Windows shortcut.
I can help, but I need to be pointed in the right direction.https://gitlab.gnome.org/GNOME/meld/-/issues/195New Windows installer should test for VC runtime and provide a URL if missing2023-09-09T18:17:54ZGhost UserNew Windows installer should test for VC runtime and provide a URL if missingI understand that there's a GPL provision that prevents bundling the Meld installer with the installer for the runtime it depends on, but I believe it should be permissible to test if the user needs to install the runtime and prompt them...I understand that there's a GPL provision that prevents bundling the Meld installer with the installer for the runtime it depends on, but I believe it should be permissible to test if the user needs to install the runtime and prompt them to download and install it if necessary.
I found [this old blog post](https://blogs.msdn.microsoft.com/astebner/2009/01/29/mailbag-how-to-detect-the-presence-of-the-visual-c-9-0-runtime-redistributable-package/) about checking installation status for a previous version, which lists the relevant API call, but you'd have to look up the GUIDs for the version of the runtime you actually need. (ETA: [see also](https://stackoverflow.com/questions/12206314/detect-if-visual-c-redistributable-for-visual-studio-2012-is-installed))https://gitlab.gnome.org/GNOME/meld/-/issues/190Windows allows selection of invalid file encoding2022-01-08T20:48:21ZVasily GalkinWindows allows selection of invalid file encoding~"5. Filediff" ~"1. Bug"
Steps to reproduce:
* run meld on windows
* use windows-1251 encoding to open the file [cyrillic-with-capital-letter-i-utf8.txt](/uploads/822ac73cab237c7859012b607e455f23/cyrillic-with-capital-letter-i-utf8.txt...~"5. Filediff" ~"1. Bug"
Steps to reproduce:
* run meld on windows
* use windows-1251 encoding to open the file [cyrillic-with-capital-letter-i-utf8.txt](/uploads/822ac73cab237c7859012b607e455f23/cyrillic-with-capital-letter-i-utf8.txt)
* Garbage is shown. Note that first visible symbol is 'Р' (0xD0) which
is followed by invisible undecodable byte 0x98 than followed by space.
Garbage is expected, but treating undecodable symbol as empty without
warning is problematic.
* Type a space and try to save.
* A modal dialog appears which tells that file contains characters not
encodable in windows-1251 and suggests "Would you like to save as
UTF-8?"
Expected behavior:
* the warning is either given during open (like in linux, see below)
* or save with current encoding is always possible
With this toy steps for reproduce it's obviously after step 2 that
file is shown incorrectly. But in real-word cases for files with lot
of ascii and a bit of non-ascii chars such saving error after
performing edits is very unexpected.
This issue looks to be Windows-specific (but both with mingw64 gtk
3.22 and pygi-aio gtk 3.18 binaries) and both meld 3.18 and current
master.
On linux there is better behaviour: after step 2 file is not shown
with "invalid byte sequence" error (or shown with "replacement
character" warning for some encodings if utf8 is selected foer
non-utf8 file). But both cases avoids unexpectance of saving problems.https://gitlab.gnome.org/GNOME/meld/-/issues/168Can I tell which versions of a file actually differ in 3-way dir comparison?2019-11-17T03:36:59ZGhost UserCan I tell which versions of a file actually differ in 3-way dir comparison?**Short:**
In the 3-way directory comparison is there a way to tell whether all three versions of a file differ from each other or if two of them are the same and just one is different?
**Long:**
Thanks for Meld. It's great. I often use...**Short:**
In the 3-way directory comparison is there a way to tell whether all three versions of a file differ from each other or if two of them are the same and just one is different?
**Long:**
Thanks for Meld. It's great. I often use it before git merging/rebasing to evaluate changes and identify conflicts in advance. In that case I have:
* left - my local version
* middle - the base (common ancestor) version
* right - their remote version
Modified files are displayed blue and bold. The version with the latest change has a yellow star attached to it. But is there a way to tell, whether all the three versions of a file differ from each other (i.e. potential conflict) or if two of them are the same and just one differs from them? (I mean right away - in the directory comparison view without the need to open the file.)
If this feature is not available yet, would it be possible to add it? I hope it wouldn't be too difficult.
**Proposal:**
If two of the three versions of a file are identical and only one differs, they could all be blue (as they are now) but only the different version would be bold. The other two would have normal font-weight.
If all three versions differ from each other, display them all bold (as you do now). In this case I would even prefer if they could be displayed orange (or any other color) to emphasize the risk of a conflict. But that's not so important any more.
Thank you!!!https://gitlab.gnome.org/GNOME/meld/-/issues/163Can I see the current change in an extra panel?2018-05-04T02:37:15ZGhost UserCan I see the current change in an extra panel?Hello there,
while I love the overall look and feel of meld, there is one point that makes me stick to WinMerge. I can't find how to see the current change in an extra panel, horizontally, like this:
![2018-02-15_09_01_26-WireframePro_...Hello there,
while I love the overall look and feel of meld, there is one point that makes me stick to WinMerge. I can't find how to see the current change in an extra panel, horizontally, like this:
![2018-02-15_09_01_26-WireframePro_-_compare](/uploads/49702c8cb3c5d99071a253d2a435fd12/2018-02-15_09_01_26-WireframePro_-_compare.png)
I rely on that a lot.
Can it be done?
If not, could it be added?
Thank you for your consideration.https://gitlab.gnome.org/GNOME/meld/-/issues/154[feature request] Use setproctitle to set process title to 'meld'2018-01-22T20:58:27Zyurivict[feature request] Use setproctitle to set process title to 'meld'https://pypi.python.org/pypi/setproctitle
Currently, the process has this argv ```/usr/local/bin/python3.6 /usr/local/bin/meld {file1} {file2}```.
```setproctitle``` can make it ```meld {file1} {file2}``` or similar.https://pypi.python.org/pypi/setproctitle
Currently, the process has this argv ```/usr/local/bin/python3.6 /usr/local/bin/meld {file1} {file2}```.
```setproctitle``` can make it ```meld {file1} {file2}``` or similar.https://gitlab.gnome.org/GNOME/meld/-/issues/149Meson build system2023-09-10T15:50:38ZBilal Elmoussaouibil.elmoussaoui@gmail.comMeson build systemIs there any plans to switch to meson build system?
ThanksIs there any plans to switch to meson build system?
Thankshttps://gitlab.gnome.org/GNOME/meld/-/issues/139[BZ#785500] [feature suggesion] Add 'stash' operation when the repository is ...2023-03-26T02:59:54ZBugzilla[BZ#785500] [feature suggesion] Add 'stash' operation when the repository is 'git'## Submitted by Yuri
**[Link to original bug (#785500)](https://bugzilla.gnome.org/show_bug.cgi?id=785500)**
## Description
>>>
It offers to commit/revert/delete files. There is another useful operation in git: stash. It stashes sev...## Submitted by Yuri
**[Link to original bug (#785500)](https://bugzilla.gnome.org/show_bug.cgi?id=785500)**
## Description
>>>
It offers to commit/revert/delete files. There is another useful operation in git: stash. It stashes several uncommitted files with changes so that the user can temporarily switch branches.
This could make life of people using git a lot much easier.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/138[BZ#784306] Very slow performance comparing CSV files - 25x slower than 2009 ...2023-07-09T17:23:40ZBugzilla[BZ#784306] Very slow performance comparing CSV files - 25x slower than 2009 Windows tool## Submitted by Dan Dascalescu
**[Link to original bug (#784306)](https://bugzilla.gnome.org/show_bug.cgi?id=784306)**
## Description
>>>
Created attachment 354644
Meld doesn't manage to slow inline differences within several minute...## Submitted by Dan Dascalescu
**[Link to original bug (#784306)](https://bugzilla.gnome.org/show_bug.cgi?id=784306)**
## Description
>>>
Created attachment 354644
Meld doesn't manage to slow inline differences within several minutes
I've migrated from Windows to Linux and one of the last tools that I need a good replacement for is CompareIt (http://www.grigsoft.com/wincmp3.htm). It's a really good old tool that's wicked fast as visually comparing files.
Attached is a stripped down test case of two CSV files that Meld takes ~3 seconds to determine are different before prompting to Keep highlighting. Highlighting inline differences takes more than 5 minutes (the tool was unusable beyond this point, so I quit it), while CPU utilization spikes to 100% of one core and Meld's input thread is slowed down to a crawl.
I wrote "25x" in the subject line based on the full test case, which takes Meld ~25 seconds to prompt to Keep highlighting, while CompareIt displays inline differences in one second.
**Attachment 354644**, "Meld doesn't manage to slow inline differences within several minutes":
[meld_csv_slow_performance.zip](/uploads/58b6a83c55f71b66adf0a9435f122107/meld_csv_slow_performance.zip)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/134[BZ#783278] Last newline of file is not shown2020-11-12T16:45:49ZBugzilla[BZ#783278] Last newline of file is not shown## Submitted by Fredric Johansson
**[Link to original bug (#783278)](https://bugzilla.gnome.org/show_bug.cgi?id=783278)**
## Description
>>>
If a file ends with a newline, the last empty line in the file is not shown. Thus when meld...## Submitted by Fredric Johansson
**[Link to original bug (#783278)](https://bugzilla.gnome.org/show_bug.cgi?id=783278)**
## Description
>>>
If a file ends with a newline, the last empty line in the file is not shown. Thus when meld diffs two files, one with newline and one without newline, the difference is not displayed
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/130[BZ#780716] Add the configurable key bindings to "Add a Synchronization Point...2024-01-28T22:26:38ZBugzilla[BZ#780716] Add the configurable key bindings to "Add a Synchronization Point" and "Clear Synchronization Points"## Submitted by Rémi Becheras
**[Link to original bug (#780716)](https://bugzilla.gnome.org/show_bug.cgi?id=780716)**
## Description
>>>
There is no keyboard shortcuts for both of :
- Edit > "Add a Synchronization Point"
- Edit > "...## Submitted by Rémi Becheras
**[Link to original bug (#780716)](https://bugzilla.gnome.org/show_bug.cgi?id=780716)**
## Description
>>>
There is no keyboard shortcuts for both of :
- Edit > "Add a Synchronization Point"
- Edit > "Clear Synchronization Points"
I think lots of users are like me frustrated for having to take their mouse for click "edit" then "Add a Synchronization Point" for each comparison view each time they want to add sync points.
The same thing to clear the sync points.
Please consider adding these keyboard shortcuts.
Thanks. Rémi.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/128[BZ#779086] Case-insensitive content diff2023-09-09T18:21:01ZBugzilla[BZ#779086] Case-insensitive content diff## Submitted by Gregory R. Warnes
**[Link to original bug (#779086)](https://bugzilla.gnome.org/show_bug.cgi?id=779086)**
## Description
>>>
Please add an option to ignore case differences in file *contents*.
>>>## Submitted by Gregory R. Warnes
**[Link to original bug (#779086)](https://bugzilla.gnome.org/show_bug.cgi?id=779086)**
## Description
>>>
Please add an option to ignore case differences in file *contents*.
>>>