meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2021-07-05T21:50:24Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/596Better display of the difference possible? (avoid scrolling)2021-07-05T21:50:24ZEdwin KMBetter display of the difference possible? (avoid scrolling)I usually have files like attached. The second file has a lot of lines added.
The default behavior of Meld is to put the focus "end of the difference". The focus of the left pane is in the center. (meld_current.png)
This means i have to ...I usually have files like attached. The second file has a lot of lines added.
The default behavior of Meld is to put the focus "end of the difference". The focus of the left pane is in the center. (meld_current.png)
This means i have to scroll back in pane 2 to see the complete difference. I have the screen estate to display it fully.
Is it possible to change this behavior? (meld_expected.png)
[meld01.txt](/uploads/ee7a860e868c08021250290b08cd3731/meld01.txt)
[meld02.txt](/uploads/7d0e08056f0595c9ceaccd4b43ab7f30/meld02.txt)
![meld_current](/uploads/02fe21d70ec74a9a4d13d2aa6c19e83e/meld_current.png)
![meld_expected](/uploads/6d3e6b8039c3c2752009ace8b16ed1a3/meld_expected.png)https://gitlab.gnome.org/GNOME/meld/-/issues/595meld quit very slow2021-07-04T00:34:46ZLei Zhangmeld quit very slowmeld version: 3.20 and 3.21
I am using the latest meld on archlinux. Recently, i found meld quit very slow, around 10 seconds. And i have no idea what the med is doing.
After some debug, i found the meld try to send message to dbus an...meld version: 3.20 and 3.21
I am using the latest meld on archlinux. Recently, i found meld quit very slow, around 10 seconds. And i have no idea what the med is doing.
After some debug, i found the meld try to send message to dbus and seems the dbus doesn't response in 10 seconds.
reproduce steps
```
# change the Gio.Application for debug message
# /usr/lib/python3.9/site-packages/gi/overrides/Gio.py
class Application(Gio.Application):
def run(self, *args, **kwargs):
with register_sigint_fallback(self.quit):
with wakeup_on_signal():
import time
start = time.time()
ret = Gio.Application.run(self, *args, **kwargs)
print('time passed %d' % (time.time() - start))
return ret
```
```
# run dbus monitor
$ dbus-monitor --monitor
# then run meld --help
$ time meld --help
Usage:
...
time passed 10
real 10.36s
user 0.31s
sys 0.04s
```
```
method call time=1625238842.457412 sender=:1.90 -> destination=org.freedesktop.DBus serial=25 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
string "type='signal',sender='org.freedesktop.portal.Desktop',interface='org.freedesktop.portal.Inhibit',path='/org/freedesktop/portal/desktop'"
method return time=1625238842.457418 sender=org.freedesktop.DBus -> destination=:1.90 serial=4294967295 reply_serial=25
signal time=1625238842.460447 sender=:1.90 -> destination=(null destination) serial=26 path=/org/gnome/Meld; interface=org.gtk.Actions; member=Changed
array [
]
array [
]
array [
]
array [
dict entry(
string "preferences"
struct {
boolean true
signature ""
array [
]
}
)
dict entry(
string "help"
struct {
boolean true
signature ""
array [
]
}
)
dict entry(
string "about"
struct {
boolean true
signature ""
array [
]
}
)
dict entry(
string "quit"
struct {
boolean true
signature ""
array [
]
}
)
]
method call time=1625238852.944791 sender=:1.90 -> destination=org.freedesktop.DBus serial=27 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=ReleaseName
string "org.gnome.Meld"
```https://gitlab.gnome.org/GNOME/meld/-/issues/594Should be able to "apply right"/"apply left" from a selection with non-change...2021-07-05T22:30:30ZEyal RozenbergShould be able to "apply right"/"apply left" from a selection with non-change linesIf your cursor is on a line of change (red, green or blue), you can press Alt+arrow to apply that change to the file on the left or on the right.
However, if you select some text which contains a change, but also non-change text; or sev...If your cursor is on a line of change (red, green or blue), you can press Alt+arrow to apply that change to the file on the left or on the right.
However, if you select some text which contains a change, but also non-change text; or several changes and non-change text - Alt+arrow won't work, despite the semantics being very straightforward: Apply all overlapped changes, just as though you would have applied them by press Alt+arrow in each line the selection overlaps.
Using Meld 3.20 on Devuan GNU/Linux 3.https://gitlab.gnome.org/GNOME/meld/-/issues/593meld-3.21.0: cannot fit small monitors in 3-way diff, windows width cannot be...2021-11-05T23:13:48ZJaroslav Škarvadameld-3.21.0: cannot fit small monitors in 3-way diff, windows width cannot be loweredThis works OK with older melds, but with 3.21.0, the windows size cannot be lowered to fit the screen with the 1366 pixels width. It seems each window is clamped to cca. 62 characters width and cannot be lowered more. It makes meld unusa...This works OK with older melds, but with 3.21.0, the windows size cannot be lowered to fit the screen with the 1366 pixels width. It seems each window is clamped to cca. 62 characters width and cannot be lowered more. It makes meld unusable on HD portable devices (720p) or similar. Screenshot attached. Downstream Fedora bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1977708
![meld](/uploads/7a0eb84dba456d3df1c14005f75869c5/meld.png)https://gitlab.gnome.org/GNOME/meld/-/issues/592Regex Issue in comment pattern a regex is not applyed.2021-10-08T21:24:30ZPatrick PIGNOLRegex Issue in comment pattern a regex is not applyed.Meld doesn't accept these regex as comment pattern :
`^(?!^\s*\#*\s*(\w*)?\s*\".*\"\s*$).*$`
`^(?!^[\r\n\t\f\v ]*\#*[\r\n\t\f\v ]*(\w*)?[\r\n\t\f\v ]*\".*\"[\r\n\t\f\v ]*$).*$`
`^(?!^[\r\n\t\f\v ]*\#*[\r\n\t\f\v ]*([a-zA-Z0-9_]*)?[\r\...Meld doesn't accept these regex as comment pattern :
`^(?!^\s*\#*\s*(\w*)?\s*\".*\"\s*$).*$`
`^(?!^[\r\n\t\f\v ]*\#*[\r\n\t\f\v ]*(\w*)?[\r\n\t\f\v ]*\".*\"[\r\n\t\f\v ]*$).*$`
`^(?!^[\r\n\t\f\v ]*\#*[\r\n\t\f\v ]*([a-zA-Z0-9_]*)?[\r\n\t\f\v ]*\".*\"[\r\n\t\f\v ]*$).*$`
for me it's useful for 1 translation file formathttps://gitlab.gnome.org/GNOME/meld/-/issues/591TypeError: constructor returned NULL2021-06-24T22:35:15ZCleber Akira NakandakareTypeError: constructor returned NULLAs soon as I open meld for file comparison (for instance `meld ~/.bashrc ~/.bashrc`, but it could be any two files), I get these errors:
```
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", lin...As soon as I open meld for file comparison (for instance `meld ~/.bashrc ~/.bashrc`, but it could be any two files), I get these errors:
```
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 34, in do_realize
self._handle1.realize(self)
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 270, in realize
attr.cursor = Gdk.Cursor.new_for_display(widget.get_display(),
TypeError: constructor returned NULL
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 46, in do_map
self._handle1.set_visible(True)
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 288, in set_visible
self._window.show()
AttributeError: 'NoneType' object has no attribute 'show'
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 201, in do_size_allocate
self._handle1.set_visible(mapped and wlink1 > 0)
File "/usr/lib/python3/dist-packages/meld/diffgrid.py", line 288, in set_visible
self._window.show()
AttributeError: 'NoneType' object has no attribute 'show'
...
```
I can use it for some time, but after some minutes working, Meld freezes.
If I try with sudo: `sudo meld ~/.bashrc ~/.bashrc`, no error message is issued.
I'm using Ubuntu 20.04, on WSL 2 for Windows.
As X server, I tried both Microsoft new native server and VcxSrv and both give the same error.
How can I help debugging this problem?https://gitlab.gnome.org/GNOME/meld/-/issues/590Feature request: Better UX for blank comparison2021-07-04T02:17:17ZbmaupinFeature request: Better UX for blank comparisonThis is a really minor nitpick, but sometimes when I haven't used Meld in a while I find myself accidentally choosing files or directories to compare then clicking *Blank comparison* and being confused for a bit why the files/directories...This is a really minor nitpick, but sometimes when I haven't used Meld in a while I find myself accidentally choosing files or directories to compare then clicking *Blank comparison* and being confused for a bit why the files/directories I chose aren't listed.
*Blank comparison* is a different type of comparison, so it would make more sense to me from a UX perspective for it to be listed alongside the other top buttons (with *File comparison*, *Directory comparison*, etc) than to have it next to *Compare*.
If that's too drastic, then an alternative tweak I thought of might be to add a visual cue that *Compare* is the desired action might be nice, e.g. the *Act* button in this example:
![https://developer.gnome.org/hig/stable/figures/patterns/action-dialog.svg](https://developer.gnome.org/hig/stable/figures/patterns/action-dialog.svg)
Thanks!https://gitlab.gnome.org/GNOME/meld/-/issues/589Use the same directory by default for the second selection in directory compa...2022-01-08T20:35:41ZbmaupinUse the same directory by default for the second selection in directory comparisonI tried to search through the other issues and didn't find anything, so hopefully this isn't a duplicate.
9 times out of 10 when I'm comparing directories, they're both in the same parent directory. It would be nice if the Directory com...I tried to search through the other issues and didn't find anything, so hopefully this isn't a duplicate.
9 times out of 10 when I'm comparing directories, they're both in the same parent directory. It would be nice if the Directory comparison would take this into account, so after I select the first directory, when I open the directory chooser to choose the second directory (via *Other...) it would be nice if it would start from the previous directory (or its parent).
That is assuming that my use case isn't unique :)
Thanks!https://gitlab.gnome.org/GNOME/meld/-/issues/588Gui Window scaled wrong2024-01-12T21:30:18ZDanny SchneiderGui Window scaled wrongSince a few weeks / months I am aware of a problem with meld scaling its window.
The last time meld was updated on my PC was:
[2021-02-24T23:38:56+0100] [ALPM] upgraded meld (3.20.2-2 -> 3.20.3-1)
In the current state the Window exceeds...Since a few weeks / months I am aware of a problem with meld scaling its window.
The last time meld was updated on my PC was:
[2021-02-24T23:38:56+0100] [ALPM] upgraded meld (3.20.2-2 -> 3.20.3-1)
In the current state the Window exceeds the monitor height when maximized.
As long I have no files loaded for a diff (empty meld window), I can scale the window with the mouse by dragging the edges
As soon as I load files for comparison, the height exceeds the monitor height (the bottom of the file / window is out of sight)
Also changing the height of the window is locked then. I still can change the window horizontally, but the vertical dimension is locked.
Any difference in the files, directly at the bottom is then not reachable. As the Window is now larger than the monitor, I can not move it up enough to see see or edit the bottom content.
Two remarks:
* I have a dual screen setup
* meld is the only program where I have recognized that issue
Edit: When I open meld and assign the files/folders by hand it sometimes behaves normal again (window maximized fits screen and is re-sizeable by mouse), but as soon as I start meld again from e.g. krusader as user defined option (command: meld %lPath% %rPath%), It behaves like I mentioned above...https://gitlab.gnome.org/GNOME/meld/-/issues/587Wrong message when comparing large directories2021-06-08T12:35:53ZVikrant ShahWrong message when comparing large directoriesVersion: 3.14.2 on Ubuntu 16.04
When comparing two large directories, Meld erroneously shows a message that two folders are identical even they are obviously not identical.Version: 3.14.2 on Ubuntu 16.04
When comparing two large directories, Meld erroneously shows a message that two folders are identical even they are obviously not identical.https://gitlab.gnome.org/GNOME/meld/-/issues/586Slowdown if filesystem contains links to unreachable places2021-06-06T02:16:44ZMiro JanosikSlowdown if filesystem contains links to unreachable placesIf I run "meld file1 file2" the meld for some reason is looking through the filesystem. It finds that I have somewhere a folder with mounted network drive which is currently unavailable, and of course it hangs there for some time. Then f...If I run "meld file1 file2" the meld for some reason is looking through the filesystem. It finds that I have somewhere a folder with mounted network drive which is currently unavailable, and of course it hangs there for some time. Then finds another such folder and hangs again, and it takes about a minute.
In meld 3.20.2 it was like this BEFORE opening the file comparison (so I had to wait a minute for comparison to open); in latest 3.21.1 that I run without installing it is AFTER the comparison window is closed (program does not finish but only after a minute).
I also see some messages like this in console:
(org.gnome.Meld:2848023): Gtk-WARNING **: 10:09:48.197: Failed to measure available space: Error getting filesystem info for /path-to-var-lib-docker/overlay2/8cd760c002c717b4a712d0b33d994d10e5bc9c978f3a2a16e08fab4e6694fb43/merged: Permission denied
Why does it happen at all? Save the time and do not crawl the disk :-) Maybe it is done by the 'file selector' dropdown for some reason?https://gitlab.gnome.org/GNOME/meld/-/issues/585Identical dangling symlinks show up as warnings2021-07-18T02:58:16ZArnout EngelenIdentical dangling symlinks show up as warningsOn Meld 3.21.0, when I compare 2 directories that contain the same dangling symlink, meld shows them as warnings, even though they are the same (same attributes and pointing to the same non-existing location).
I think it would make sens...On Meld 3.21.0, when I compare 2 directories that contain the same dangling symlink, meld shows them as warnings, even though they are the same (same attributes and pointing to the same non-existing location).
I think it would make sense to only show these when they are actually different, or at least make it possible to filter those warnings out.https://gitlab.gnome.org/GNOME/meld/-/issues/584Add a command line to close a diff2022-09-11T21:47:01ZSimon CroppAdd a command line to close a diffI support Meld for snapshot testing via https://github.com/VerifyTests/DiffEngine. to achieve this it is ideal to be able to open and close a diff from the command line. With Meld it is only possible to open a diff. Would it be possible ...I support Meld for snapshot testing via https://github.com/VerifyTests/DiffEngine. to achieve this it is ideal to be able to open and close a diff from the command line. With Meld it is only possible to open a diff. Would it be possible to add a command line option to close a diff?https://gitlab.gnome.org/GNOME/meld/-/issues/583meld gives incorrect gtk version error2021-05-20T23:52:02ZDeepak Yadavmeld gives incorrect gtk version errorThe gtk version is 3.22.30 on linux but still meld gives error.
z ~/Downloads/meld $ gtk-launch --version
3.22.30
z ~/Downloads/meld $ git clone https://gitlab.gnome.org/GNOME/meld.git
Cloning into 'meld'...
remote: ...The gtk version is 3.22.30 on linux but still meld gives error.
z ~/Downloads/meld $ gtk-launch --version
3.22.30
z ~/Downloads/meld $ git clone https://gitlab.gnome.org/GNOME/meld.git
Cloning into 'meld'...
remote: Enumerating objects: 805, done.
remote: Counting objects: 100% (805/805), done.
remote: Compressing objects: 100% (327/327), done.
remote: Total 26976 (delta 526), reused 707 (delta 466), pack-reused 26171
Receiving objects: 100% (26976/26976), 9.46 MiB | 8.33 MiB/s, done.
Resolving deltas: 100% (19995/19995), done.
z ~/Downloads/meld $ meld/bin/meld
Meld requires Gtk+ 3.20 or higher.
z ~/Downloads/meld $https://gitlab.gnome.org/GNOME/meld/-/issues/582Installation of Windows file (3.20.2) prompts error (could not create key)2021-05-17T11:50:32ZGhost UserInstallation of Windows file (3.20.2) prompts error (could not create key)Hey there!
When installing Meld 3.20.2 on my fully patched Windows 10 surface, I (and a colleague from my IT support) receive an error message during installation:
"Could not create key: \SOFTWARE\Meld. Verify that you have sufficient
...Hey there!
When installing Meld 3.20.2 on my fully patched Windows 10 surface, I (and a colleague from my IT support) receive an error message during installation:
"Could not create key: \SOFTWARE\Meld. Verify that you have sufficient
access to that key, or contact your support personnel."
I can confirm that it cannot be an access problem since I (and, clearly the IT support who tested it as well) have admin rights. Screenshot attached.
![MELD_installation_issue](/uploads/b4f57e4ac19273b48dfc944e705a8b91/MELD_installation_issue.PNG)
Note that hitting the ignore button will successfully complete the installation, but it seems like an error that should be fixed nevertheless.https://gitlab.gnome.org/GNOME/meld/-/issues/581meld used as mergetool, can not save unmodified merge2022-01-08T04:10:46Zyota moteuchimeld used as mergetool, can not save unmodified mergeI used meld 3.20.2 on ubuntu 20.04 to process a 3-way merge on a dummy project.
Here is an extract of my ~/.gitconfig
```
[diff]
tool = meld
[difftool "meld"]
cmd = meld "$LOCAL" "$REMOTE"
[merge]
conflictstyle = diff3
tool = meld
[...I used meld 3.20.2 on ubuntu 20.04 to process a 3-way merge on a dummy project.
Here is an extract of my ~/.gitconfig
```
[diff]
tool = meld
[difftool "meld"]
cmd = meld "$LOCAL" "$REMOTE"
[merge]
conflictstyle = diff3
tool = meld
[mergetool "meld"]
cmd = meld "$BASE" "$LOCAL" "$REMOTE" --output=$MERGED
hideResolved = true
[difftool]
prompt = false
[mergetool]
prompt = false
```
The merge process, as can be seen in the screenshot, shows the BASE, LOCAL and REMOTE version, ready to be reviewed. But the save button is greyed out. What if I exactly want to accept the LOCAL version as this ? with no more modifications ? If I add a single letter to the central panel, to delete it immediately, the save button is available and everything work as expected.
![Screenshot_from_2021-05-11_19-35-05](/uploads/6a101f55f18400ad364a6eb3e9b7a477/Screenshot_from_2021-05-11_19-35-05.png)https://gitlab.gnome.org/GNOME/meld/-/issues/580Nemo Meld context menu entries "Compare later" and "Compare with saved elemen...2021-05-07T07:04:41ZAlex FollandNemo Meld context menu entries "Compare later" and "Compare with saved element" do not work with file names that have spaces**To reproduce:**
1. Have 2 files in the same directory with the same name except for " (copy)" at the end of one of them.
- For example, have files named `.bashrc` and `.bashrc (copy)`.
2. In Nemo, use "Compare later" on the copy a...**To reproduce:**
1. Have 2 files in the same directory with the same name except for " (copy)" at the end of one of them.
- For example, have files named `.bashrc` and `.bashrc (copy)`.
2. In Nemo, use "Compare later" on the copy and "Compare with saved element" on the original.
**Observed behavior:**
- Meld says that it's comparing the same file with itself, and shows only the original in the address bar of both panes.
- A workaround is to remove the space from the copy's file name.
- In the original example, the workaround would require the copy's name to be `.bashrc(copy)`.
**Screenshot of observed behavior:**
![image](/uploads/6df6d2abe41776f97fb952a55738ae57/image.png)
**Expected behavior:**
Meld is expected to compare the files with each other regardless of particular characters in their file names.https://gitlab.gnome.org/GNOME/meld/-/issues/579Appdata has ‘proprietary’ license (due to CC-BY-SA-3.0)2021-07-05T15:27:04ZFelipe Borgesfelipeborges@gnome.orgAppdata has ‘proprietary’ license (due to CC-BY-SA-3.0)This is the very same issue reported against GNOME Mahjongg at https://gitlab.gnome.org/GNOME/gnome-mahjongg/-/issues/28 which states:
> ...in the [SPDX language](https://spdx.dev/ids/#how), the use of `and` means that the terms of *bo...This is the very same issue reported against GNOME Mahjongg at https://gitlab.gnome.org/GNOME/gnome-mahjongg/-/issues/28 which states:
> ...in the [SPDX language](https://spdx.dev/ids/#how), the use of `and` means that the terms of *both* licenses must be complied with. `CC-BY-SA-3.0` is [not an FSF or OSI approved license](https://spdx.org/licenses/), so this leads to Meld being [shown as proprietary in gnome-software](https://gitlab.gnome.org/GNOME/gnome-software/-/issues/1200).
The appdata file for Meld contains `<project_license>GPL-2.0+ and CC-BY-SA-3.0</project_license>`. See https://gitlab.gnome.org/GNOME/meld/-/blob/master/data/org.gnome.meld.appdata.xml.in.in#L10
> The `COPYING` file only contains the GPL-2.0+, so I guess the `CC-BY-SA-3.0` clause was added to the SPDX description because the documentation is licensed under that?
See also https://gitlab.gnome.org/GNOME/meld/-/blob/master/help/C/legal.xml
This has been reported also at https://discussion.fedoraproject.org/t/meld-has-wrong-license-in-registry-fedoraproject-org/29555/3https://gitlab.gnome.org/GNOME/meld/-/issues/578exception on starting Meld2021-04-29T09:34:31Zahnkleexception on starting MeldAfter installing 3.20.3 on Windows 10 (20H2, Build 19042.867), running Meld.exe generates an Application Error: "The application was unable to start correctly (0xc000007b)."
I have VC runtime 2010 installed (for x86 and x64).After installing 3.20.3 on Windows 10 (20H2, Build 19042.867), running Meld.exe generates an Application Error: "The application was unable to start correctly (0xc000007b)."
I have VC runtime 2010 installed (for x86 and x64).https://gitlab.gnome.org/GNOME/meld/-/issues/577provide FILE DIR invocation mode2021-04-28T22:14:08ZChristoph Anton Mitterercalestyo@scientia.orgprovide FILE DIR invocation modeHey.
It would be nice if meld could provide a FILE DIR (and DIR FILE) invocation mode, analogously to diff.
That is, invoked like e.g.:
`meld main.cpp someDir`
**and** someDir/main.cpp exists,
it will actually do `meld main.cpp someDi...Hey.
It would be nice if meld could provide a FILE DIR (and DIR FILE) invocation mode, analogously to diff.
That is, invoked like e.g.:
`meld main.cpp someDir`
**and** someDir/main.cpp exists,
it will actually do `meld main.cpp someDir/main.cpp`
I guess the same could be done for three way diff.
Cheers,
Chris.