meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2022-03-04T23:19:51Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/657Enhancement: file name optional when directory is given2022-03-04T23:19:51ZvrossumEnhancement: file name optional when directory is givenGiven files
./dir1/x and ./dir2/x
With traditional 'diff' you can call
diff dir1/x dir2
It then infers to do
diff dir1/x dir2/x
This is very helpful when comparing code across directories.
It would be great if meld could do the sam...Given files
./dir1/x and ./dir2/x
With traditional 'diff' you can call
diff dir1/x dir2
It then infers to do
diff dir1/x dir2/x
This is very helpful when comparing code across directories.
It would be great if meld could do the same thing.
PS Great piece of software!https://gitlab.gnome.org/GNOME/meld/-/issues/650[Feature Request] Add option to "lock" the right side in diff mode, only allo...2022-01-30T20:15:25ZDavid Dean[Feature Request] Add option to "lock" the right side in diff mode, only allowing merge operations from right-to-leftWould it be possible to add a feature to Meld in diff mode where the "right" side could be "locked", so operations are only permitted from right to left?
I’m using Meld to compare my current git branch (left) with another branch (right)...Would it be possible to add a feature to Meld in diff mode where the "right" side could be "locked", so operations are only permitted from right to left?
I’m using Meld to compare my current git branch (left) with another branch (right) and selectively pull in changes to my active branch.
It is easy to forget that the right side should be left unchanged, and I accidentally perform operations from left to right.
It would be better if a parameter could be added, such as "--lock-right" which gives a view similar to the git conflict view where changes from left to right are prevented with a padlock symbol.
This would make it visually very clear that operations can only be performed from right to left, and avoid any possible changes to the right.
For reference, I am checking out my active branch (left) then doing git difftool against the reference branch (right) which is the one I want to be read-only in Meld:
`git difftool -d referencebranch`
This is my .gitconfig:
```
[diff]
tool = meld
[difftool]
prompt = false
[difftool “meld”]
cmd = meld “$REMOTE” “$LOCAL” --auto-compare
```
Thank you for your consideration! :smile:https://gitlab.gnome.org/GNOME/meld/-/issues/647rarely: scrolling in one direction get's trapped over larger (doesn't fit in ...2022-01-16T19:11:21ZChristoph Anton Mitterercalestyo@scientia.orgrarely: scrolling in one direction get's trapped over larger (doesn't fit in the screen) differenceHey.
Again some issue that happens very rarely and for which I have no direct reproducer :-(
At a difference, where usually the one side is just a few lines (i.e. fully seen on the screen) and the other side is larger so that it doesn'...Hey.
Again some issue that happens very rarely and for which I have no direct reproducer :-(
At a difference, where usually the one side is just a few lines (i.e. fully seen on the screen) and the other side is larger so that it doesn't fit in one screen (either it's really more lines that would fit, or it's just located so that you see e.g. the start of the difference... and it goes beyond the edge and there would then soon be the end of the difference - so it would fit in one screen, but doesn't because of the location)...
... the scrolling gets trapped in one direction.
So that means in **both** sides (left and right) I cannot scroll beyond the part which I don't see (because it goes over the edge of the screen) - but I still can scroll in the direction where I see the edge).
I try to make some ASCII art:
```
************************
* * *
* * *
* XXXXXXXX * XXXXXXXX *
* X X * *
* X X * *
* X X * *
**X******X**************
X X
XXXXXXXX
* = screen/window border of the two sides
X = the size of the difference
```
In the above example I could scroll up (in both sides), but it would be trapped when scrolling down (also when scrolling on both sides).
When I do scroll, it usually "flickers" a bit, like it would try to scroll down, but then is forced up again and since I continue to scroll I get that flickering.
At least in a number of cases, that difference had then been at the bottom of the (left) file... but there were probably also cases, were it was in the middle of both files.
This "trapping" always happens then, when I scroll over that region. There doesn't seem to be a solution, except for restarting meld, after which it works again.
Cheers,
Chris.https://gitlab.gnome.org/GNOME/meld/-/issues/643graphics issues when having multiple meld windows running2022-08-06T03:06:35ZChristoph Anton Mitterercalestyo@scientia.orggraphics issues when having multiple meld windows runningHey.
Unfortunately, I have no easy way how to reproduce the following issues:
What I do quote often is, to run e.g.:
```
$ meld 1 2 & exit
```
with `1` and `2` non-existing and then just copy and pasting stuff from somewhere else, diffi...Hey.
Unfortunately, I have no easy way how to reproduce the following issues:
What I do quote often is, to run e.g.:
```
$ meld 1 2 & exit
```
with `1` and `2` non-existing and then just copy and pasting stuff from somewhere else, diffing that and so on.
If only one meld window is running, this usually works fine (or it might just take much longer for the issues to occur), but when I have other meld windows open (diffing other files) I've seen the following behaviour:
- CPU at the meld process goes to 100% (never stops), but apart from that it might be still usable
- the interface somehow breaks, what happen is that in one of the window, the colours are still there and work as usual, but in another meld window I see for example only the lines differences but not word differences... or I see line differences (and still no word differences) but they do not update/change anymore, when I modify the lines (e.g. when adding new differences or removing such)... or I also had the case that simply no colours are shown anymore an things are just white (though different)... or the case that only when scrolling up/down, no new changes are highlighted
When these issues happen, then quite often, the later happens first soon to be followed by the former.
As said it's unfortunately not easy to reproduce that... it happens every now and then, when having multiple meld windows open and having done quite some "editing already...for some (longer) time.
Not sure whether the thing with the non-existent files `1` and `2` is a requirement or not, but I do that quite often so it may help to reproduce.
I'm always using the most recent version of meld in Debian sid.
Thanks,
Chris.https://gitlab.gnome.org/GNOME/meld/-/issues/641Auto-format of JSON files2022-02-18T23:27:57ZMartin Caminoa LizarraldeAuto-format of JSON filesWould be valuable if meld can do auto-format of json files that are compressed into a single line. Python actually does it with prettyprint.Would be valuable if meld can do auto-format of json files that are compressed into a single line. Python actually does it with prettyprint.https://gitlab.gnome.org/GNOME/meld/-/issues/639Save a compare2022-08-03T23:53:25ZGaurav BansalSave a compareI was thinking is there a way to save a compare, so that we can reopen the previously compared folders with all the filters and settings, so that the time wasted in always reselecting the settings is a headache.I was thinking is there a way to save a compare, so that we can reopen the previously compared folders with all the filters and settings, so that the time wasted in always reselecting the settings is a headache.https://gitlab.gnome.org/GNOME/meld/-/issues/637[Feature Request] Hotkeys for user actions (run program for current file and ...2021-12-30T21:48:32ZStanislav Berkov[Feature Request] Hotkeys for user actions (run program for current file and selected line)Implement ability to specify hotkeys for user commands. In Beyond Compare there is such functionality. You can specify hotkey and program/command to run. You can specify command line arugments such as file name, line number. We use such ...Implement ability to specify hotkeys for user commands. In Beyond Compare there is such functionality. You can specify hotkey and program/command to run. You can specify command line arugments such as file name, line number. We use such functionality to report codeview issues. User opens folder diff in diff-tool. Locates file, set cursor on a line and press Alt+K. As a result issue input box pops up.
![image](/uploads/009e0e2a2368ceaa737fba84dd9911a5/image.png)
(beyond compare configuration)
![image](/uploads/51d7c80f5dee34b3691e56c5aff753be/image.png)
(issue logging tool that received context from diff-tool)https://gitlab.gnome.org/GNOME/meld/-/issues/635Remember window position in multi-monitor setup in Windows2023-09-10T14:11:43ZAlexandre MachadoRemember window position in multi-monitor setup in WindowsSince Meld uses a cross-platform library for the GUI (Gtk), I don't know if this is possible, but if yes, it would be great: when working with more than one monitor/display, if we move Meld's window to the secondary display, it doesn't r...Since Meld uses a cross-platform library for the GUI (Gtk), I don't know if this is possible, but if yes, it would be great: when working with more than one monitor/display, if we move Meld's window to the secondary display, it doesn't remember that position, so if we close it and reopen it, it will open in the primary display and we have to move it again. I'd like it to remember its position and always open in the same display as before.https://gitlab.gnome.org/GNOME/meld/-/issues/625Windows 3.20.4 version is very slow to start ...2023-09-09T18:39:11ZsoftfootWindows 3.20.4 version is very slow to start ...I have also tried 3.18 and it is the same.
When I start it comparing two files or directories it takes anything up to 2.5 minutes before the GUI appears and starting it by clicking on the icon is very simmilar.
The machine I am using is ...I have also tried 3.18 and it is the same.
When I start it comparing two files or directories it takes anything up to 2.5 minutes before the GUI appears and starting it by clicking on the icon is very simmilar.
The machine I am using is running Win7 x64 PRO with 8Gb memory and no other apps running. The likes of Diffmerge, P4merge, etc start in a few seconds.
Watching the task as it starts shows that it just sits there with very little CPU usage, nor memory activity after the initial allocations.
I like the program very much, but it is unusable for me as it stands. Is there anything I can do about it from a configuration point of view ??
Resgards, Davehttps://gitlab.gnome.org/GNOME/meld/-/issues/624ctrl-d and alt-down behave differently2021-11-21T00:41:58ZChris Bakerctrl-d and alt-down behave differentlyI believe it used to be the case the `ctrl-d` and `alt-down` were essentially the same thing, but recently it seems they behave differently. In particular, `ctrl-d` seems to skip changes that `alt-down` stops at.
I'm on meld 3.18.0I believe it used to be the case the `ctrl-d` and `alt-down` were essentially the same thing, but recently it seems they behave differently. In particular, `ctrl-d` seems to skip changes that `alt-down` stops at.
I'm on meld 3.18.0https://gitlab.gnome.org/GNOME/meld/-/issues/618Bazaar (bzr in not installed) - when using Breezy (brz) and [Version control...2023-10-22T16:46:54ZCodename: Steeve KnightBazaar (bzr in not installed) - when using Breezy (brz) and [Version control view comparison] is selected- Ubuntu Focal
- Meld 3.20.2
- When only Breezy is installed (w/out also Bazaar)
- Repository directory is loaded under Version control view comparison
- No comparison tree is rendered
- Dropdown reports "Bazaar (bzr is not installed)"- Ubuntu Focal
- Meld 3.20.2
- When only Breezy is installed (w/out also Bazaar)
- Repository directory is loaded under Version control view comparison
- No comparison tree is rendered
- Dropdown reports "Bazaar (bzr is not installed)"https://gitlab.gnome.org/GNOME/meld/-/issues/617Open Externally not working2024-02-29T22:41:03ZChooChooAlOpen Externally not workingI am comparing two folders deep in C:\Users\alan\AppData\Roaming\Mozilla\Firefox\Profiles
When I try to view a png file externally by right clicking and picking 'open externally' meld tosses up an error. Attached.
![meld](/uploads/61a12...I am comparing two folders deep in C:\Users\alan\AppData\Roaming\Mozilla\Firefox\Profiles
When I try to view a png file externally by right clicking and picking 'open externally' meld tosses up an error. Attached.
![meld](/uploads/61a129caf8087e2df90a8105480a0814/meld.png)
There are no spaces in the paths. I'm launching this from the command line in cmd.exe
Even if I do it via meld in the gui and pick the two folders for a dir match, it still errors.
using meld 3.18.3 Windows 10 fully updated 64bit.
I have the two "chrome" folders, one in the current directory "profiles" and the 2nd in 'profiles\firefox.default".
The command line is meld firefox.default\chrome chrome. Meld of course adds the full paths.
I move the two files to my Downloads folder as two different names in an attempt to make a shorter path, but that didn't help.
I upgraded 3.20.4, latest of website, and similar thing happens. Different screwy paths though in the error.
![meld2](/uploads/5dc26c092b49bdccc0aa326ae1879beb/meld2.png)https://gitlab.gnome.org/GNOME/meld/-/issues/604[FeatureRequest] .meldignore2022-04-06T10:28:21Zloynoir[FeatureRequest] .meldignore### background
Meld is really awesome.
But the only ignore filter meld accepted, as I know, is thru dconf, which is not so convenient, and can't do that per project
### Motivation
**git** accept `$HOME/.gitignore` + `<proj>/.gitignore`...### background
Meld is really awesome.
But the only ignore filter meld accepted, as I know, is thru dconf, which is not so convenient, and can't do that per project
### Motivation
**git** accept `$HOME/.gitignore` + `<proj>/.gitignore`
**prettier** defaults to `<proj>/.prettierignore`, and can custom by
```sh
prettier --ignore-path <proj>/myconfigs/$PROFILE.prettierignore
```
**fd-find**, a damn fast gnu-find [replacement](https://github.com/sharkdp/fd), defaults to `$HOME/.gitignore` + `<proj>/.gitignore` + `<proj>/.fdignore`, and can custom by
```sh
fd --ignore-file=<proj>/myconfigs/$PROFILE.fdignore
```
**the_silver_searcher**, aka [ag](https://github.com/ggreer/the_silver_searcher), a damn fast code searcher, defaults to `$HOME/.gitignore` + `<proj>/.gitignore` + `<proj>/.hgignore`, and can custom by
```sh
ag -p <proj>/myconfigs/$PROFILE.agignore
```
### feature request
It would be nice, if meld can accept a per project filter file from command line.
```sh
meld --ignore-path path/to/name.meldignore <Dir1> <Dir2>
```
And defaults to `<HOME>/.meldignore` + `<CWD>/.meldignore` or something else.https://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/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/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/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/560In the welcome screen, show a hint/tips label explaining that you can drag & ...2023-10-17T21:55:27ZJeff FortinIn the welcome screen, show a hint/tips label explaining that you can drag & drop files and folders onto the filechooser buttons and comboboxesProbably one of the best hidden secrets of Meld is that you don't have to use the cumbersome GTK FileChooser to pick what you want to compare... you can drag & drop directly from nautilus onto the two (or three) files (or folders) compar...Probably one of the best hidden secrets of Meld is that you don't have to use the cumbersome GTK FileChooser to pick what you want to compare... you can drag & drop directly from nautilus onto the two (or three) files (or folders) comparison buttons in the home screen.
Since there is plenty of space available, I think it would be a nice touch to inform users about the existence of that UI affordance, by showing a GtkLabel that says something like:
> ⭐ Tip: You can drag and drop the %type from another application (such as a file manager) to the %type chooser buttons above to set your points of comparison.
Where %type = "files" or "folders" (depending on what mode the user is in). If you keep it simple without taking account the 2 vs 3 point of comparison variants, you could probably also get away with just having two translatable strings for the two scenarios instead of using variables in those strings.https://gitlab.gnome.org/GNOME/meld/-/issues/555"Copy To Right" feature saved file in /tmp instead of path, with git diffmode...2021-02-07T21:32:10ZPhilip-Kiehnle"Copy To Right" feature saved file in /tmp instead of path, with git diffmode, when file does not exist in current commitmeld can be set as default difftool for git, which is nice.
Using meld with
```$ git difftool HEAD~1 -d .```
allows checking differences with previous commits.
Files which still exist in the current commit can be modified and "Co...meld can be set as default difftool for git, which is nice.
Using meld with
```$ git difftool HEAD~1 -d .```
allows checking differences with previous commits.
Files which still exist in the current commit can be modified and "Copy To Right" works. But if the file does not exist in the current commit, the "Copy To Right" button does not show the expected behaviour.
It saves the file to a /tmp/git-difftool.7bOf2n/right/xxx directory but not to the expected path.