meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2019-08-21T21:08:34Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/362Allow spell checking in comments2019-08-21T21:08:34ZsilvioprogAllow spell checking in commentsHi.
It would be nice to allow spell checking in commit comments. Many tools allows it using `*.dic` files to check the words.
Thank you!Hi.
It would be nice to allow spell checking in commit comments. Many tools allows it using `*.dic` files to check the words.
Thank you!https://gitlab.gnome.org/GNOME/meld/-/issues/356Accessibility2019-07-24T20:15:27ZGhost UserAccessibilityI recently got asked whether I could recommend a good comparison-tool and I would have loved to recommend this tool because it's just awesome! But it is not navigatable via a screenreader, so I could not recommend this to that person.I recently got asked whether I could recommend a good comparison-tool and I would have loved to recommend this tool because it's just awesome! But it is not navigatable via a screenreader, so I could not recommend this to that person.https://gitlab.gnome.org/GNOME/meld/-/issues/349Meld start slowly on Windows if mapped network drive is slow2023-03-26T02:56:12ZGhost UserMeld start slowly on Windows if mapped network drive is slowMeld start slowly on Windows if mapped network drive is slow.
Procmon.exe shows **Meld will traverse all my drive many times**. I have one network drive which has almost 2 seconds latency. Meld needs 20 seconds to start with this drive ...Meld start slowly on Windows if mapped network drive is slow.
Procmon.exe shows **Meld will traverse all my drive many times**. I have one network drive which has almost 2 seconds latency. Meld needs 20 seconds to start with this drive connected.
If I disconnect this drive, Meld needs only 3 seconds.
3.20.0, 3.18.3 has the same issue.https://gitlab.gnome.org/GNOME/meld/-/issues/348Error message at start of Meld 3.20.0 on Windows: "Please Insert a Disk into ...2020-07-14T06:59:56ZGhost UserError message at start of Meld 3.20.0 on Windows: "Please Insert a Disk into Drive"Hi.
The neu Version of Meld forces a error-window:
Please Insert a Disk into Drive \Device\harddisk6\Dr6"
Please Insert a Disk into Drive \Device\harddisk2\Dr2"
Please Insert a Disk into Drive \Device\harddisk4\Dr4"
for 20 times on ...Hi.
The neu Version of Meld forces a error-window:
Please Insert a Disk into Drive \Device\harddisk6\Dr6"
Please Insert a Disk into Drive \Device\harddisk2\Dr2"
Please Insert a Disk into Drive \Device\harddisk4\Dr4"
for 20 times on every start of meld on a Windows7-64Bit computer.
Meld V3.20.0 is starting normaly after this.
The old version doesn't do that!
I disable a build-in cardreader, who has some logical drives for sd-cards..., but this doesn't solve the problem.
In Procmon, i can't see a access to the logical drives, so i think it has a other reason.
All Network folders are accessable.
What (device) is Meld accessing on the start?https://gitlab.gnome.org/GNOME/meld/-/issues/339Define which type of line endings / new lines is used (LF, CRLF)2019-06-21T21:18:32ZMichael VoříšekDefine which type of line endings / new lines is used (LF, CRLF)Currently there is no line ending switch.
When a new line is entered, what type of line ending (LF, CRLF) uses, i.e. what is exact Meld logic for NL?Currently there is no line ending switch.
When a new line is entered, what type of line ending (LF, CRLF) uses, i.e. what is exact Meld logic for NL?https://gitlab.gnome.org/GNOME/meld/-/issues/328above/below diff view instead of side-by-side2019-05-15T21:43:19ZJason Heerisabove/below diff view instead of side-by-sideFirstly, I don't know whether this has a real term or not. So apologies if this is a duplicate.
Meld shows file diffs side by side. But I work with portrait-oriented monitors, a large font size, and often deal with generated files with ...Firstly, I don't know whether this has a real term or not. So apologies if this is a duplicate.
Meld shows file diffs side by side. But I work with portrait-oriented monitors, a large font size, and often deal with generated files with long lines. I'd like to see changed lines over/under each other, rather than side by side on the screen. Here's an example of what I mean:
![diff](/uploads/4e9c1b3be8ef98bb111a8bce83594eba/diff.png)
It would be nice if Meld could provide a similar layout, but consistent with its current style (ie. red/green highlighting instead of `+`, `-`) and with the full context.https://gitlab.gnome.org/GNOME/meld/-/issues/286scrolling vs cursor position weirdness2019-06-22T21:15:42ZRob Clarkscrolling vs cursor position weirdnessNot entirely sure when this started happening, but it seems like when focus returns to meld (for example alt-tab'ing between different windows), meld scrolls back to wherever the cursor is. Which is somewhat annoying if you are scrollin...Not entirely sure when this started happening, but it seems like when focus returns to meld (for example alt-tab'ing between different windows), meld scrolls back to wherever the cursor is. Which is somewhat annoying if you are scrolling thru a large diff because it will jump back to the top of the file (or wherever the cursor is).
(meld 3.19.1, gtk 3.24.1)https://gitlab.gnome.org/GNOME/meld/-/issues/278add MeldMerge in Windows explore contextual menù2021-02-17T08:28:49ZGhost Useradd MeldMerge in Windows explore contextual menùHallo, I would like to select 2 files on the desktop and then right click on them and select "compare with MeldMerge" in the contextual menù.
To do so, in Windows 7 64bit, I wrote down and imported the following .reg file.
```
Windows ...Hallo, I would like to select 2 files on the desktop and then right click on them and select "compare with MeldMerge" in the contextual menù.
To do so, in Windows 7 64bit, I wrote down and imported the following .reg file.
```
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\*\shell\ConfrontaConMeldMerge\command]
@="\"C:\\Program Files (x86)\\Meld\\Meld.exe\" %1 %2
```
But when I do the procedure, 2 windows of MeldMerge are opened and the first one compare file %1 against itself and the sencond windows compare file %2 against itself.
Could you help me to solve the problem, and write something in the manual?
I think this would be very usefull (i.e. KDiff3 do this by default).
Thanks,
Giacomo
NOTE:
If I write a command in cmd.exe prompt, like:
`"c:\Program Files (x86)\Meld\Meld.exe" "c:\Users\johndoe\Desktop\appunti.txt" "c:\Users\johndoe\Desktop\appunti-old.txt"`
MeldMerge works correctly and just one windows is opened and file 1 is compared against file 2.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/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/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/126[BZ#777676] Support lazy expansion of folders when missing on other side2019-02-17T22:23:49ZBugzilla[BZ#777676] Support lazy expansion of folders when missing on other side## Submitted by Kalle Richter
**[Link to original bug (#777676)](https://bugzilla.gnome.org/show_bug.cgi?id=777676)**
## Description
>>>
Assuming one does a dirdiff on unknown data (unknown sizes, unknown file count, unknown distrib...## Submitted by Kalle Richter
**[Link to original bug (#777676)](https://bugzilla.gnome.org/show_bug.cgi?id=777676)**
## Description
>>>
Assuming one does a dirdiff on unknown data (unknown sizes, unknown file count, unknown distribution in subdirectories), currently `meld` expands all trees of missing directories if all differences (identical, new, modified) are checked. Changing the set of displayed difference requires both computation effort after the change and before when all potentially irrelevant changes are read and computed before the user perceives as irrelevant.
This could be improved by added a lazy expansion feature where a directory tree node indicates that itself is not present on the other side of the comparison, but remains collapsed. When the user wants to see the content, he_she requests expansion and the next level (or all if another option is added) will be loaded lazily and displayed in the expanded node.
Example use case: Assume you're diffing two directories which are identical except for one subdirectory `a` which contains 99 % of files on the one side and isn't present on the other. `meld` will spend ~99 % to list the content of `a` and display it (eventually occupying large amounts of RAM), when the user might just want to see that `a` isn't present on one side and copy it without checking the content.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/124[BZ#777600] split option to ignore symbolic links in dirdiff into option to i...2019-02-17T22:23:49ZBugzilla[BZ#777600] split option to ignore symbolic links in dirdiff into option to ignore, compare targets and follow symbolic links## Submitted by Kalle Richter
**[Link to original bug (#777600)](https://bugzilla.gnome.org/show_bug.cgi?id=777600)**
## Description
>>>
All three options are interesting for a directory comparison, so a pure yes-no-option for ignor...## Submitted by Kalle Richter
**[Link to original bug (#777600)](https://bugzilla.gnome.org/show_bug.cgi?id=777600)**
## Description
>>>
All three options are interesting for a directory comparison, so a pure yes-no-option for ignoring doesn't cover them.
In terms of GUI component I'd suggest a combo box offering these three handlings for symbolic links.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/122[BZ#776976] wish: a 'repeat this for each folder' checkbox when lots of non e...2019-02-17T22:23:48ZBugzilla[BZ#776976] wish: a 'repeat this for each folder' checkbox when lots of non empty directory are copied from one panel to the other## Submitted by p92..@...fr
**[Link to original bug (#776976)](https://bugzilla.gnome.org/show_bug.cgi?id=776976)**
## Description
>>>
Hello
thankk you for this very very nice and usefull program first !
I see a little annoyance w...## Submitted by p92..@...fr
**[Link to original bug (#776976)](https://bugzilla.gnome.org/show_bug.cgi?id=776976)**
## Description
>>>
Hello
thankk you for this very very nice and usefull program first !
I see a little annoyance when using the program in directory compare function.
If I want to copy lots of green files and directory from left to right for example, I like to select all files between firts green and last green in the left list, then clic on 'copy to right'.
meld then intelligently asks me if I want to overwrite all dir when copying partially green files, which is fine.
Generally I select NO since I only want to copy the missing files from left to right.
My problem is that I have to click on NO for EACH directory concerned.
So I would like an addon on this 'confirm overwrite' dialog which remember to repeat the preceeding decision for all subsequent directories. This could be implemented as a check box 'repeat for all dirs' in the dialog.
hope i am clear in describing this.
thanks
wish: a 'do this for each folder' checkbox when lots of non empty directory are copied from one panel to the other
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/121Cythonize text comparison for performance2023-09-09T18:22:30ZBugzillaCythonize text comparison for performance## Submitted by Yuri
**[Link to original bug (#776007)](https://bugzilla.gnome.org/show_bug.cgi?id=776007)**
## Description
>>>
Some python projects build binaries to improve speed. I suggest the same is done for meld, optionally, b...## Submitted by Yuri
**[Link to original bug (#776007)](https://bugzilla.gnome.org/show_bug.cgi?id=776007)**
## Description
>>>
Some python projects build binaries to improve speed. I suggest the same is done for meld, optionally, because meld performance really suffers on larger files, ex. more than 10,000 lines.
As an experiment, I tried to cythonize the code with the script like this:
> from distutils.core import setup
> from Cython.Build import cythonize
> setup(
> name = "meld",
> ext_modules = cythonize(("meld/*.py","meld/*/*.py"))
> )
called with arguments
> build_ext --inplace
but got errors, something about code not being in a package.
Examples of cythonized projects: py-re2, py-opendht, py-scikit-sparse.
http://cython.org/
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/117[BZ#774327] 3.16.3 : should scrool down if 1 file is juts 1 line larger than ...2019-02-17T22:23:48ZBugzilla[BZ#774327] 3.16.3 : should scrool down if 1 file is juts 1 line larger than the other## Submitted by Toralf Förster
**[Link to original bug (#774327)](https://bugzilla.gnome.org/show_bug.cgi?id=774327)**
## Description
>>>
for i in $(seq 1 41); do echo $i >> a; echo $i >> b; done; echo 42 >> b; meld a b
left is a y...## Submitted by Toralf Förster
**[Link to original bug (#774327)](https://bugzilla.gnome.org/show_bug.cgi?id=774327)**
## Description
>>>
for i in $(seq 1 41); do echo $i >> a; echo $i >> b; done; echo 42 >> b; meld a b
left is a yellow line, right are just the first 2 pixels of the green line are seen
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/115[BZ#772888] Size of VC console window is reset to invisibly small after resta...2019-02-17T22:23:48ZBugzilla[BZ#772888] Size of VC console window is reset to invisibly small after restart with maximized meld window## Submitted by Vasily Galkin
**[Link to original bug (#772888)](https://bugzilla.gnome.org/show_bug.cgi?id=772888)**
## Description
>>>
Problem: after restarting maximized meld window several times the vc console "disappears".
Ste...## Submitted by Vasily Galkin
**[Link to original bug (#772888)](https://bugzilla.gnome.org/show_bug.cgi?id=772888)**
## Description
>>>
Problem: after restarting maximized meld window several times the vc console "disappears".
Steps to reproduce:
Launch meld like "bin/meld ." in it own git checkout
Maximize meld window
Ensure that vc console window is visible (enable it in the menu, then drag the separator to the middle of the window height)
Close meld
Open meld like "bin/meld ."
Close meld again
Open meld again like "bin/meld ."
Result: console window is enabled in the menu, but is not visible.
Really it present but has near-1-pixel height, so it requires dragging from the bottom of the window to make it visible.
The bug is quite strange, but reproduces both on debian with gtk3.20 and windows with gtk3.18.
Possibly it is related to the fact that I have both meld 3.17 master and meld 3.16 installed and runed, so they share some of gsettings data...
According to dconf-editor the value of vc-console-pane-position is saved correctly but is hugely increased in the moment of starting new meld instance. Also I'm not sure by now that bug doesn't affect meld 3.16, but it looks that it's behaviour has some differences.
>>>