meld issueshttps://gitlab.gnome.org/GNOME/meld/-/issues2023-09-10T21:52:38Zhttps://gitlab.gnome.org/GNOME/meld/-/issues/4[BZ#144505] flatten view in directory comparing mode2023-09-10T21:52:38ZBugzilla[BZ#144505] flatten view in directory comparing mode## Submitted by Mantas Kriaučiūnas
**Assigned to Stephen Kennedy**
**[Link to original bug (#144505)](https://bugzilla.gnome.org/show_bug.cgi?id=144505)**
## Description
>>>
It would be nice if meld would have flatten view in dire...## Submitted by Mantas Kriaučiūnas
**Assigned to Stephen Kennedy**
**[Link to original bug (#144505)](https://bugzilla.gnome.org/show_bug.cgi?id=144505)**
## Description
>>>
It would be nice if meld would have flatten view in directory comparing mode
(currently meld has flatten button only in CVS mode). When comparing lots
directories it's very time-consuming to remove for example identifical files
from different subdirectories - flatten view (with option to sort files by
diff's results) would solve these problems.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/5[BZ#149868] Version history browser2023-04-01T04:33:50ZBugzilla[BZ#149868] Version history browser## Submitted by Stephen P Williams
**Assigned to Stephen Kennedy**
**[Link to original bug (#149868)](https://bugzilla.gnome.org/show_bug.cgi?id=149868)**
## Description
>>>
Stephen,
How hard would it be to add a feature like the...## Submitted by Stephen P Williams
**Assigned to Stephen Kennedy**
**[Link to original bug (#149868)](https://bugzilla.gnome.org/show_bug.cgi?id=149868)**
## Description
>>>
Stephen,
How hard would it be to add a feature like the CVS log display of tkcvs? It
would be way cool to be able to do diffs and merges between arbitrary CVS
revisions and between CVS branches. I much prefer the "live"
Steve Williams
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/7[BZ#159552] VC operations shouldn't be blocking2023-09-16T01:37:06ZBugzilla[BZ#159552] VC operations shouldn't be blocking## Submitted by Thorsten Roggendorf
**Assigned to Stephen Kennedy**
**[Link to original bug (#159552)](https://bugzilla.gnome.org/show_bug.cgi?id=159552)**
## Description
>>>
It would be helpful if a svn (probably concerns cvs too...## Submitted by Thorsten Roggendorf
**Assigned to Stephen Kennedy**
**[Link to original bug (#159552)](https://bugzilla.gnome.org/show_bug.cgi?id=159552)**
## Description
>>>
It would be helpful if a svn (probably concerns cvs too) commit did not block
the rest of the interface. When some time went by between commits, I usually
browse the diffs while writing the commit log. Since meld stores the log entries
even if the commit is canceled, one can use meld that way, but having the rest
of the gui available while writing the commit would be more convenient.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/11[BZ#416387] Compare differently-named files across directories2022-03-12T00:48:26ZBugzilla[BZ#416387] Compare differently-named files across directories## Submitted by Joachim Noreiko
**[Link to original bug (#416387)](https://bugzilla.gnome.org/show_bug.cgi?id=416387)**
## Description
>>>
I open a directory comparison.
There's a 'compare' button in the toolbar, so I assume I can c...## Submitted by Joachim Noreiko
**[Link to original bug (#416387)](https://bugzilla.gnome.org/show_bug.cgi?id=416387)**
## Description
>>>
I open a directory comparison.
There's a 'compare' button in the toolbar, so I assume I can compare files that I suspect may be similar but have different filenames:
Dir A Dir B
foo.txt foo2.txt
But I can't select them both at the same time. Selecting in one pane loses the selection in the other.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/14[BZ#448527] Multiple File Patch2023-12-31T20:53:07ZBugzilla[BZ#448527] Multiple File Patch## Submitted by Petr
**Assigned to Stephen Kennedy**
**[Link to original bug (#448527)](https://bugzilla.gnome.org/show_bug.cgi?id=448527)**
## Description
>>>
It would be nice to have possibility to save differences in opened pai...## Submitted by Petr
**Assigned to Stephen Kennedy**
**[Link to original bug (#448527)](https://bugzilla.gnome.org/show_bug.cgi?id=448527)**
## Description
>>>
It would be nice to have possibility to save differences in opened pair of files as a patch file (in format of the "diff --unified").
Optionally user would be able to select pairs whose differences will be saved to patch file.
Use-case ):
1) User has opened several pairs of files for comparison and wants to save patch file.
2) Goes to menu File, Save As Patch... and window appears.
3) User checks/unchecks checkboxes of pairs he does not want to inculude in patch file.
4) User selects file name of the patch.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/15[BZ#477521] "Beyond Compare"-style over-under line details display for select...2019-02-17T22:23:44ZBugzilla[BZ#477521] "Beyond Compare"-style over-under line details display for selected line## Submitted by Sandy Armstrong
**Assigned to Stephen Kennedy**
**[Link to original bug (#477521)](https://bugzilla.gnome.org/show_bug.cgi?id=477521)**
## Description
>>>
So the commercial diff tool Beyond Compare has this nice fe...## Submitted by Sandy Armstrong
**Assigned to Stephen Kennedy**
**[Link to original bug (#477521)](https://bugzilla.gnome.org/show_bug.cgi?id=477521)**
## Description
>>>
So the commercial diff tool Beyond Compare has this nice feature where you can show a pane at the bottom of a file diff that displays the compared lines on top of one-another. This can be very helpful when comparing a changed string, or when comparing long lines. I'd love to see this sort of thing in Meld. I was thinking of writing a patch if people are interested in it.
You can see a screenshot and description on this page (feature is called "Line Details"):
http://www.scootersoftware.com/tour/tour5.html
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/17[BZ#530444] perforce vc support2019-02-17T22:23:44ZBugzilla[BZ#530444] perforce vc support## Submitted by Vincent Legoll
**[Link to original bug (#530444)](https://bugzilla.gnome.org/show_bug.cgi?id=530444)**
## Description
>>>
Add perforce vc plugin to browse modified files from a perforce repository
>>>## Submitted by Vincent Legoll
**[Link to original bug (#530444)](https://bugzilla.gnome.org/show_bug.cgi?id=530444)**
## Description
>>>
Add perforce vc plugin to browse modified files from a perforce repository
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/18[BZ#589366] Show whitespace differences in inline highlighting2019-04-13T02:58:25ZBugzilla[BZ#589366] Show whitespace differences in inline highlighting## Submitted by Oliver Gerlich
**[Link to original bug (#589366)](https://bugzilla.gnome.org/show_bug.cgi?id=589366)**
## Description
>>>
It would be nice if the file diff view could (optionally) highlight trailing whitespace, so th...## Submitted by Oliver Gerlich
**[Link to original bug (#589366)](https://bugzilla.gnome.org/show_bug.cgi?id=589366)**
## Description
>>>
It would be nice if the file diff view could (optionally) highlight trailing whitespace, so that users notice if they made a change that would introduce this. Some kind of "squiggly underline" or bold red text could be used for highlighting.
Personally, I use Meld for reviewing changes before committing, so it is the last stage where such mistakes could be caught. Some editors already show trailing whitespaces, but some don't; so I always check for trailing whitespace "manually" in the diff view, and it would be neat if Meld would help there.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/21[BZ#616133] Notebook labels could ellipsize better2019-02-17T22:23:44ZBugzilla[BZ#616133] Notebook labels could ellipsize better## Submitted by Connor Behan
**Assigned to Stephen Kennedy**
**[Link to original bug (#616133)](https://bugzilla.gnome.org/show_bug.cgi?id=616133)**
## Description
>>>
Hi, meld is the only program I've used where each tab in the n...## Submitted by Connor Behan
**Assigned to Stephen Kennedy**
**[Link to original bug (#616133)](https://bugzilla.gnome.org/show_bug.cgi?id=616133)**
## Description
>>>
Hi, meld is the only program I've used where each tab in the notebook represents TWO open files. It's good that you use "*" to indicate when each one has been modified but ellipsizing the label when it gets too long causes a problem. Seeing what file has been modified is important information but "..." often gets in the way of the first file making me stop and look at the tooltip.
I just turned off ellipsizing because I will most likely never need it but there are various fixes I suppose. Packing TWO different label boxes in each tab and telling each one to ellipsize by itself? Or setting the label to show the names of both files and then one of " ", " *", "* " or "**" depending on which ones are modified? I don't know. I just think leaving it how it is would be ugly. Thanks.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/23[BZ#622052] wdiff/docdiff mode to compare files based on words instead of lin...2019-04-13T02:57:06ZBugzilla[BZ#622052] wdiff/docdiff mode to compare files based on words instead of lines (ignoring whitespace)## Submitted by Paul Wise
**Assigned to Stephen Kennedy**
**[Link to original bug (#622052)](https://bugzilla.gnome.org/show_bug.cgi?id=622052)**
## Description
>>>
wdiff and docdiff compare files based on words instead of lines. ...## Submitted by Paul Wise
**Assigned to Stephen Kennedy**
**[Link to original bug (#622052)](https://bugzilla.gnome.org/show_bug.cgi?id=622052)**
## Description
>>>
wdiff and docdiff compare files based on words instead of lines. It would be great if meld could have a mode that would do the same.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/25[BZ#638436] Add simpler push/pull keyboard shortcuts for two-pane merges2020-08-15T00:05:51ZBugzilla[BZ#638436] Add simpler push/pull keyboard shortcuts for two-pane merges## Submitted by Kai Willadsen
**[Link to original bug (#638436)](https://bugzilla.gnome.org/show_bug.cgi?id=638436)**
## Description
>>>
From Peter Tyser:
If there are only 2 panes, it might be nice to have Alt+<dir> and
Alt+Shift+...## Submitted by Kai Willadsen
**[Link to original bug (#638436)](https://bugzilla.gnome.org/show_bug.cgi?id=638436)**
## Description
>>>
From Peter Tyser:
If there are only 2 panes, it might be nice to have Alt+<dir> and
Alt+Shift+<dir> to do the same thing. Eg if I'm in the left of 2
panes, it'd be nice to just press Alt+right to move a chunk to the
right, and Alt+left to pull a chunk from the right. I work in 2-pane
mode 98% of the time and I'm having issues remembering to hold shift
in for pulls. I'm not a UI expert, so maybe changing the
functionality of Alt+Shift+<dir> based on 2/3 panes is a big no-no...
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/28[BZ#642948] Support image diff2023-06-08T20:48:31ZBugzilla[BZ#642948] Support image diff## Submitted by Clément DAVID (IRC: davidcl)
**[Link to original bug (#642948)](https://bugzilla.gnome.org/show_bug.cgi?id=642948)**
## Description
>>>
A great improvement of meld will be to diff images.
A first approach should be ...## Submitted by Clément DAVID (IRC: davidcl)
**[Link to original bug (#642948)](https://bugzilla.gnome.org/show_bug.cgi?id=642948)**
## Description
>>>
A great improvement of meld will be to diff images.
A first approach should be to render the 2 images into 2 view without performing any correlation between them.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/33[BZ#660981] Filter button also in file compare view2019-04-13T02:59:03ZBugzilla[BZ#660981] Filter button also in file compare view## Submitted by scr..@...at
**[Link to original bug (#660981)](https://bugzilla.gnome.org/show_bug.cgi?id=660981)**
## Description
>>>
Hello,
in Directory Compare, there ist a drop down box for filter, which is very useful. I would...## Submitted by scr..@...at
**[Link to original bug (#660981)](https://bugzilla.gnome.org/show_bug.cgi?id=660981)**
## Description
>>>
Hello,
in Directory Compare, there ist a drop down box for filter, which is very useful. I would like to have also the filter in file compare (although I know, I can change the text filter also in preferences, but it would speed up to access (add/remove) filter in the file compare view).
But anyway, meld is IMHO the best file/directory compare program.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/34[BZ#661496] Need progress indicator for potentially slow operations2019-02-17T22:23:45ZBugzilla[BZ#661496] Need progress indicator for potentially slow operations## Submitted by Yuri
**[Link to original bug (#661496)](https://bugzilla.gnome.org/show_bug.cgi?id=661496)**
## Description
>>>
Operations "Reading files" and "Computing differences" should update the status bar with progress (eithe...## Submitted by Yuri
**[Link to original bug (#661496)](https://bugzilla.gnome.org/show_bug.cgi?id=661496)**
## Description
>>>
Operations "Reading files" and "Computing differences" should update the status bar with progress (either in percentage measure or in number of lines measure). Otherwise user has no clue how long he/she has to wait until it finishes on the large files.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/37[BZ#668742] Rethink display and application of text filters to VC launched co...2019-04-13T03:01:11ZBugzilla[BZ#668742] Rethink display and application of text filters to VC launched comparisons## Submitted by hla..@..com
**[Link to original bug (#668742)](https://bugzilla.gnome.org/show_bug.cgi?id=668742)**
## Description
>>>
1.5.3 on Linux but I assume if affect all OSes
Directory compare
For directory to directory:
...## Submitted by hla..@..com
**[Link to original bug (#668742)](https://bugzilla.gnome.org/show_bug.cgi?id=668742)**
## Description
>>>
1.5.3 on Linux but I assume if affect all OSes
Directory compare
For directory to directory:
identifies as the same when there are no diffs with text filter on
For directory to Version Control (CVS):
identifies as the DIFFERENT when there are no diffs with text filter on
No sure if it is the same for other Versionning: SVN, Git etc.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/38[BZ#668997] Pick substrings in a line2019-04-13T03:02:51ZBugzilla[BZ#668997] Pick substrings in a line## Submitted by Sönke Junike
**[Link to original bug (#668997)](https://bugzilla.gnome.org/show_bug.cgi?id=668997)**
## Description
>>>
If you have long lines in a text-File it would be very helpful, if you could take changes part b...## Submitted by Sönke Junike
**[Link to original bug (#668997)](https://bugzilla.gnome.org/show_bug.cgi?id=668997)**
## Description
>>>
If you have long lines in a text-File it would be very helpful, if you could take changes part by part from the right to the left (or the other way round).
Please take a look to the attached picture.
On the right you can see the string "bsdfsdsd Hallo Welt". It is marked red, because this string ist missing on the left.
It would be cool, if I hover the right string, I could take it to the left, so only "bsdfsdsd Hallo Welt" is inserted on the left between "Repository" and "angelegt.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/39[BZ#670734] Should show which VC is being used in file comparison2023-09-10T21:43:53ZBugzilla[BZ#670734] Should show which VC is being used in file comparison## Submitted by Tim
**[Link to original bug (#670734)](https://bugzilla.gnome.org/show_bug.cgi?id=670734)**
## Description
>>>
Hi
I'm using CVS version control. I have a file with some differences to the version in the CVS repositor...## Submitted by Tim
**[Link to original bug (#670734)](https://bugzilla.gnome.org/show_bug.cgi?id=670734)**
## Description
>>>
Hi
I'm using CVS version control. I have a file with some differences to the version in the CVS repository. When I do "meld filename" with v1.5.2, it shows the differences. But when I do same thing with v1.5.3, it doesn't show any differences.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/46[BZ#683616] Indicate symlink and show target in folder comparison2019-02-17T22:23:46ZBugzilla[BZ#683616] Indicate symlink and show target in folder comparison## Submitted by El Piraña
**[Link to original bug (#683616)](https://bugzilla.gnome.org/show_bug.cgi?id=683616)**
## Description
>>>
Detect when a file or folder is in fact a (symbolic) link and represent it in someway, for example ...## Submitted by El Piraña
**[Link to original bug (#683616)](https://bugzilla.gnome.org/show_bug.cgi?id=683616)**
## Description
>>>
Detect when a file or folder is in fact a (symbolic) link and represent it in someway, for example with a little arrow over the icon like Nautilus does, and maybe a little number with the number of copies on hard links. This would allow to identify when a file or folder is on other place, for example when comparing source code modules from Node.js or Python and local modifyied copies, so modifying them would make problems.
Later, as a more advanced improvements, it would refresh the (full?) diff tree when a (hard?) link copy is modified, since in fact the file have been "modified" in several places, and also it would be useful to add an option to follow the links as currently does, or don't follow them making in fact a link and a real file different items.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/48[BZ#691573] Automatically highlight files of matching name when the first fil...2019-02-17T22:23:46ZBugzilla[BZ#691573] Automatically highlight files of matching name when the first file of a diff has been selected## Submitted by Tony Carington
**[Link to original bug (#691573)](https://bugzilla.gnome.org/show_bug.cgi?id=691573)**
## Description
>>>
This is actually a feature request, but if this bugzilla supports those I couldn't find how to...## Submitted by Tony Carington
**[Link to original bug (#691573)](https://bugzilla.gnome.org/show_bug.cgi?id=691573)**
## Description
>>>
This is actually a feature request, but if this bugzilla supports those I couldn't find how to make one, sorry.
When doing a file diff the files being compared are often named the same or named with a common prefix. It would be a minor added convenience if, after the first file was picked, the file chooser dialog for the second file automatically highlighted files with the same name (or the same first few characters if you want to get fancy).
I haven't yet seen any diff tools that do that yet, and since meld is my favorite diff tool I figured this is where I'd suggest it first.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/50[BZ#697562] Easily separate conflicted from modified files in VC comparisons2019-02-17T22:23:46ZBugzilla[BZ#697562] Easily separate conflicted from modified files in VC comparisons## Submitted by tea..@..com
**[Link to original bug (#697562)](https://bugzilla.gnome.org/show_bug.cgi?id=697562)**
## Description
>>>
We use meld to go through a list of CVS merge conflicts to resolve them.
However, it can be very ...## Submitted by tea..@..com
**[Link to original bug (#697562)](https://bugzilla.gnome.org/show_bug.cgi?id=697562)**
## Description
>>>
We use meld to go through a list of CVS merge conflicts to resolve them.
However, it can be very difficult to see the "conflict" files in large projects as there are a large number of "modified" files.
It would be very nice if we could filter out the files by CVS status (the "Modified" filter shows both modified and conflicting), or to change the sort order to allow sorting by the Status column, or even adding Status to the type-ahead search.
Team4
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/55[BZ#699040] version control icons are pixellated2021-08-22T01:39:51ZBugzilla[BZ#699040] version control icons are pixellated## Submitted by Adam Dingle
**[Link to original bug (#699040)](https://bugzilla.gnome.org/show_bug.cgi?id=699040)**
## Description
>>>
Meld's icons for version control actions (Commit, Update, and so on) appear grainy and pixellated...## Submitted by Adam Dingle
**[Link to original bug (#699040)](https://bugzilla.gnome.org/show_bug.cgi?id=699040)**
## Description
>>>
Meld's icons for version control actions (Commit, Update, and so on) appear grainy and pixellated. I think their visual design is OK, but we should rerender them using antialiasing or whatever other pixel tricks are needed to make them look nice.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/62[BZ#701662] add a toolbar icon to enable/disable text wrapping2022-10-27T20:18:05ZBugzilla[BZ#701662] add a toolbar icon to enable/disable text wrapping## Submitted by Christoph Anton Mitterer
**[Link to original bug (#701662)](https://bugzilla.gnome.org/show_bug.cgi?id=701662)**
## Description
>>>
Hi.
IMHO enabling/disabling text wrapping is a feature one needs to switch very oft...## Submitted by Christoph Anton Mitterer
**[Link to original bug (#701662)](https://bugzilla.gnome.org/show_bug.cgi?id=701662)**
## Description
>>>
Hi.
IMHO enabling/disabling text wrapping is a feature one needs to switch very often in meld, depending on what one wants,... seeing _all_ changes (which are with disabled text warping perhaps out of the window)... or seeing only the contents of one line per line.
A toolbar icon (and keyboard shortcut) should therefore be added to switch this.
Cheers,
Chris.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/64[BZ#703572] the result windows are grey when comparing two files2019-02-17T22:23:47ZBugzilla[BZ#703572] the result windows are grey when comparing two files## Submitted by firefish
**[Link to original bug (#703572)](https://bugzilla.gnome.org/show_bug.cgi?id=703572)**
## Description
>>>
Created attachment 248344
The GUI of file comparison in my windows
When running meld (under 64-bit,...## Submitted by firefish
**[Link to original bug (#703572)](https://bugzilla.gnome.org/show_bug.cgi?id=703572)**
## Description
>>>
Created attachment 248344
The GUI of file comparison in my windows
When running meld (under 64-bit, windows 7, home premium environment), trying to compare two files, I cannot see the contents of the two files in the result window. The area for showing files are totally grey. (I have attached the snippet showing this).
Here is the error info I got in my command line:
...\meld-1.7.3\meld\meldwindow.py:628: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
self.notebook.remove_page(page_num)
bin\meld:167: GtkWarning: gdkdrawable-win32.c:2013 drawable is not a pixmap or window
gtk.main()
...\meld-1.7.3\meld\task.py:114: Warning: g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
ret = task()
By the way, to compare two directories is okay in my environment.
**Attachment 248344**, "The GUI of file comparison in my windows":
![comparison](/uploads/8fc6be82e964b95ae55a6f30442874b6/comparison.png)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/68[BZ#723130] Installer shouldn't allow multiple instances2020-05-23T02:37:18ZBugzilla[BZ#723130] Installer shouldn't allow multiple instances## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723130)](https://bugzilla.gnome.org/show_bug.cgi?id=723130)**
## Description
>>>
What steps will reproduce the problem?
1. Launch the installer
2. L...## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723130)](https://bugzilla.gnome.org/show_bug.cgi?id=723130)**
## Description
>>>
What steps will reproduce the problem?
1. Launch the installer
2. Launch the installer again
What is the expected output? What do you see instead?
Installer doesn't allow second launch because it is already running. Instead it allows second instance to launch.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/69[BZ#723131] Installer should prompt to exit running instances2020-05-23T02:39:06ZBugzilla[BZ#723131] Installer should prompt to exit running instances## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723131)](https://bugzilla.gnome.org/show_bug.cgi?id=723131)**
## Description
>>>
What steps will reproduce the problem?
1. Run Meld
2. Run installer...## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#723131)](https://bugzilla.gnome.org/show_bug.cgi?id=723131)**
## Description
>>>
What steps will reproduce the problem?
1. Run Meld
2. Run installer to upgrade Meld
What is the expected output? What do you see instead?
Installer should prompt forcing you to exit running Meld instance before attempting update. At the moment there's only a warning text in the installer.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/81[BZ#744113] Recent files handling should handle non-filesystem file encodings2019-02-17T22:23:47ZBugzilla[BZ#744113] Recent files handling should handle non-filesystem file encodings## Submitted by Kai Willadsen
**[Link to original bug (#744113)](https://bugzilla.gnome.org/show_bug.cgi?id=744113)**
## Description
>>>
As it stands, the recent files handling assumes that filenames can be round-tripped to and from...## Submitted by Kai Willadsen
**[Link to original bug (#744113)](https://bugzilla.gnome.org/show_bug.cgi?id=744113)**
## Description
>>>
As it stands, the recent files handling assumes that filenames can be round-tripped to and from the file system encoding, which is sadly very incorrect, and that therefore it's fine to store file names as UTF-8 encoded bytes.
This works about 99.5% of the time, and then it breaks. When it breaks, it doesn't actually take out anything... you just can't open the recent comparison. As such, this isn't as drastically awful as it would otherwise be.
For anyone interested in looking at this, we need to store the actual filename bytes in the recent comparison file, and be *very* paranoid about receiving Python unicodes as filenames, since it's almost certainly going to happen.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/82[BZ#745142] open dialog does not show network mounts2019-02-17T22:23:47ZBugzilla[BZ#745142] open dialog does not show network mounts## Submitted by Stano
**[Link to original bug (#745142)](https://bugzilla.gnome.org/show_bug.cgi?id=745142)**
## Description
>>>
File/Directory open dialog does not show network mounts from /run/user/xxx/gvfs/
Older versions (1.8.4)...## Submitted by Stano
**[Link to original bug (#745142)](https://bugzilla.gnome.org/show_bug.cgi?id=745142)**
## Description
>>>
File/Directory open dialog does not show network mounts from /run/user/xxx/gvfs/
Older versions (1.8.4) does.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/84[BZ#746616] Display complete paths in file/folder selection2023-03-09T20:55:33ZBugzilla[BZ#746616] Display complete paths in file/folder selection## Submitted by ale..@..ame
**[Link to original bug (#746616)](https://bugzilla.gnome.org/show_bug.cgi?id=746616)**
## Description
>>>
When you compare two directories, often you want compare two directories with the same last path ...## Submitted by ale..@..ame
**[Link to original bug (#746616)](https://bugzilla.gnome.org/show_bug.cgi?id=746616)**
## Description
>>>
When you compare two directories, often you want compare two directories with the same last path name component - for example:
/old/path/to/dir/same-dir-name/
/new/path/to/dir/same-dir-name/
Meld shows only last path name component above the two side-by-side directory listings. Using the provided example directory paths, both side-by-side directory listings would have the same string displayed above them - 'same-dir-name'.
Meld provides functionality to manually, file by file, synchronize two directories, by alloving to copy files from one directory to another or delete files as necessary, and does superb job of indicating, by formatting file names using different colors and font attributes, which files are different/newer/older/not present.
But, given that there is no indication of the complete path to the directories that are being compared - both side-by-side directory listings have the same string ('same-file-name') above them, it is hard to figure out, after you started meld, from which side of the meld side-by-side dispaly you wanted to copy newer files to another side, and on which side you wanted to delete old files.
It would be nice if meld would display full directory paths instead of just the last path component.
Or, at least, if there was a way to find out, for example, by right-clicking the displayed last path component, and choosing something like 'Directory Properties' in the context menu, the complete path of the directory displayed in this side of the meld display.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/87[BZ#749323] blank column on right panel (not an bug report but a suggestion)2019-02-17T22:23:47ZBugzilla[BZ#749323] blank column on right panel (not an bug report but a suggestion)## Submitted by john
**[Link to original bug (#749323)](https://bugzilla.gnome.org/show_bug.cgi?id=749323)**
## Description
>>>
Created attachment 303315
screen snapshot.
This is a suggestion (not a bug report).
Please refer to th...## Submitted by john
**[Link to original bug (#749323)](https://bugzilla.gnome.org/show_bug.cgi?id=749323)**
## Description
>>>
Created attachment 303315
screen snapshot.
This is a suggestion (not a bug report).
Please refer to the attached screenshot.
Sometimes when I am working on the right panel, my cursor is already at the very left of panel, but I am still trying to move it leftwards because of a blank column. For instance, the "//"s on the right panel seems to locate at column 2 but they are actually at column 1.
So my suggestion is: enlarge the light gray area between the left and right panels 1 more column to the right, and move the left and right arrows to the gray area.
Thank you.
**Attachment 303315**, "screen snapshot.":
![Screenshot_from_2015-05-13_07_19_41](/uploads/c8a501133700cd9a1c63f33fd269e6cf/Screenshot_from_2015-05-13_07_19_41.png)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/88[BZ#749399] --label behavior unpredictable2019-02-17T22:23:47ZBugzilla[BZ#749399] --label behavior unpredictable## Submitted by Josh Ventura
**[Link to original bug (#749399)](https://bugzilla.gnome.org/show_bug.cgi?id=749399)**
## Description
>>>
I've been trying to use --label to
meld --label=ONE --output "$MERGED" \
--label=TWO --au...## Submitted by Josh Ventura
**[Link to original bug (#749399)](https://bugzilla.gnome.org/show_bug.cgi?id=749399)**
## Description
>>>
I've been trying to use --label to
meld --label=ONE --output "$MERGED" \
--label=TWO --auto-merge "$LOCAL" "$BASE" "$REMOTE" \
--label=THREE --diff "$BASE" "$REMOTE" \
--label=FOUR --diff "$BASE" "$LOCAL" \
--label=FIVE
The tabs are created in this order (see [bug 749396](https://bugzilla.gnome.org/show_bug.cgi?id=749396)):
[Remote diff], [Local diff], [Merge]
Their labels are as follows, respectively:
[ONE—filename], [ONE—filename], [ONE—filename—THREE]
More interestingly, if I remove labels ONE and TWO, the labels change entirely:
[THREE—filename], [THREE—filename], [THREE—filename—FIVE]
This makes it literally impossible to tell the two diffs apart without inspecting the changes, as the filename is the same. I have no idea what is going on with the merge title.
My expected behavior would be an error/warning on label TWO, and the following final labels:
[ONE—filename—THREE], [ONE—filename—FOUR], [ONE—filename—FIVE]
While I have the soapbox, I'll also point out that the documentation (man page) says --LABEL and not --label, which is apparently incorrect.
Cheers
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/90[BZ#753464] installer always installs to d:\2020-05-23T02:40:55ZBugzilla[BZ#753464] installer always installs to d:\## Submitted by pub..@...at
**Assigned to @keeganwitt**
**[Link to original bug (#753464)](https://bugzilla.gnome.org/show_bug.cgi?id=753464)**
## Description
>>>
I used latest msi (3.14.0) and selected different path
i.e. c:\Prog...## Submitted by pub..@...at
**Assigned to @keeganwitt**
**[Link to original bug (#753464)](https://bugzilla.gnome.org/show_bug.cgi?id=753464)**
## Description
>>>
I used latest msi (3.14.0) and selected different path
i.e. c:\Program Files (x86)\meld\
i.e. d:\Programs\meld\
but install is always in d:\ (without any subdirectory)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/91[BZ#753962] --help arg doesn't work with Meld.exe2023-04-16T03:25:07ZBugzilla[BZ#753962] --help arg doesn't work with Meld.exe## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#753962)](https://bugzilla.gnome.org/show_bug.cgi?id=753962)**
## Description
>>>
Nothing seems to happen when the --help arg is passed in
(i.e. C:\P...## Submitted by Keegan Witt
**Assigned to @keeganwitt**
**[Link to original bug (#753962)](https://bugzilla.gnome.org/show_bug.cgi?id=753962)**
## Description
>>>
Nothing seems to happen when the --help arg is passed in
(i.e. C:\Program Files (x86)\Meld>Meld.exe --help)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/92[BZ#754870] Showing Recent History on dashboard too2019-04-13T02:51:44ZBugzilla[BZ#754870] Showing Recent History on dashboard too## Submitted by umair
**[Link to original bug (#754870)](https://bugzilla.gnome.org/show_bug.cgi?id=754870)**
## Description
>>>
Created attachment 311119
Mockup showing that main window look after adding recent files to it
This is...## Submitted by umair
**[Link to original bug (#754870)](https://bugzilla.gnome.org/show_bug.cgi?id=754870)**
## Description
>>>
Created attachment 311119
Mockup showing that main window look after adding recent files to it
This is not bug basically this is feature request. Although Recent file option is available in File/Recent in top menu but as UX/UI prespective that is not effective. I suggest design as Showing recent files list in main dash screen. I also added picture of sample mockup that how it will look like. See the Green box
**Attachment 311119**, "Mockup showing that main window look after adding recent files to it":
![feature_request](/uploads/d1ca2d42ed288a7b9f92a1b717dcf3d1/feature_request.png)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/96[BZ#756901] Meld breaks while initialization2021-08-22T01:37:37ZBugzilla[BZ#756901] Meld breaks while initialization## Submitted by Łukasz Grzesik
**[Link to original bug (#756901)](https://bugzilla.gnome.org/show_bug.cgi?id=756901)**
## Description
>>>
Environment:
Windows 10 64b (I think it doesn't matter so much, all Windows might be affected)...## Submitted by Łukasz Grzesik
**[Link to original bug (#756901)](https://bugzilla.gnome.org/show_bug.cgi?id=756901)**
## Description
>>>
Environment:
Windows 10 64b (I think it doesn't matter so much, all Windows might be affected)
Locale: polish
Python 2.7, Libs installed as on meldmerge wiki
The windows user contain a polish "Ł" character (probably other "national" characters will also cause this).
Tried with Meld 3.14 installer (process was hanging on the process list), then moved to the src 3.15 release.
Traceback (most recent call last):
File "D:\Programs\meld-3.15.0\meld\meldapp.py", line 94, in do_command_line
window.append_new_comparison()
File "D:\Programs\meld-3.15.0\meld\meldwindow.py", line 623, in append_new_comparison
doc = newdifftab.NewDiffTab(self)
File "D:\Programs\meld-3.15.0\meld\newdifftab.py", line 50, in __init__
chooser.set_current_folder(default_path)
Exception: NieprawidĹ'owa sekwencja bajtĂłw na wejĹ>ciu konwersji
(eng: Wrong byte sequence on conversion input)
Possible cause/hints for resolving the problem:
Might be related to http://bugs.python.org/issue13207 - problems with os.path.expanduser("~").
When I tried make meld to work (just need this tool, because its soo great) I set the default_path meld in meld\newdifftab.py:48 to a static path - then meld started to work (fine for me, but might be helpful for others).
...
# default_path = os.path.expanduser("~")
default_path = "D:\Programs\meld\workdir"
...
HTH
Lukas
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/97[BZ#759328] Cannot delete file from remote FS2019-06-11T20:11:25ZBugzilla[BZ#759328] Cannot delete file from remote FS## Submitted by Pavol Šimo
**[Link to original bug (#759328)](https://bugzilla.gnome.org/show_bug.cgi?id=759328)**
## Description
>>>
Cannot delete file on remote filesystem (fuse-sshfs mounted) - the error message is "g-io-error-qu...## Submitted by Pavol Šimo
**[Link to original bug (#759328)](https://bugzilla.gnome.org/show_bug.cgi?id=759328)**
## Description
>>>
Cannot delete file on remote filesystem (fuse-sshfs mounted) - the error message is "g-io-error-quark: Unable to find or create trash directory (15)"
Please add the configurable option to delete files directly, not using the trash.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/98[BZ#759683] Ability to collapse all subfolders of a selected folder2019-11-30T22:19:50ZBugzilla[BZ#759683] Ability to collapse all subfolders of a selected folder## Submitted by Mark Edgington
**[Link to original bug (#759683)](https://bugzilla.gnome.org/show_bug.cgi?id=759683)**
## Description
>>>
In version 3.13.1 a new "feature" was added to meld:
* In folder comparisons, the expansio...## Submitted by Mark Edgington
**[Link to original bug (#759683)](https://bugzilla.gnome.org/show_bug.cgi?id=759683)**
## Description
>>>
In version 3.13.1 a new "feature" was added to meld:
* In folder comparisons, the expansion state of the tree is now remembered
when you collapse and re-expand a row (Kai Willadsen)
I rely on the "bad" behavior all the time, and find it much more difficult to narrow down the set of files I want to focus on with the new behavior. For example, when I have a folder containing 50 subfolders, and there are changes in all of the subfolders, but I only want to look at the changes in one of the subfolders. Previously I could collapse the parent folder, and uncollapse it to see all of the subfolders collapsed, and then only uncollapse the subfolder of interest -- now this is no longer possible, and I can't reduce the "visual noise" of undesired folders.
My request is that meld offers some means to collapse all subfolders of a selected folder.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/100[BZ#760738] Export the diff view to html2021-01-29T19:55:04ZBugzilla[BZ#760738] Export the diff view to html## Submitted by Hong Xu
**[Link to original bug (#760738)](https://bugzilla.gnome.org/show_bug.cgi?id=760738)**
## Description
>>>
If meld can export the diff view to an html file, it would be a really great feature.
Possible use c...## Submitted by Hong Xu
**[Link to original bug (#760738)](https://bugzilla.gnome.org/show_bug.cgi?id=760738)**
## Description
>>>
If meld can export the diff view to an html file, it would be a really great feature.
Possible use cases:
- You want to show someone the diff visually, without giving him two files (e.g., he is not technical).
- You want to put the difference on the Internet, but you want it to be visual, instead of a syntax highlighted diff file.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/101[BZ#760828] Cannot Diff PDF Files2023-09-10T13:25:46ZBugzilla[BZ#760828] Cannot Diff PDF Files## Submitted by Mat Jaggard
**[Link to original bug (#760828)](https://bugzilla.gnome.org/show_bug.cgi?id=760828)**
## Description
>>>
I see quite a lot of requests to allow binary files to be handled, I'm adding mine to them (as a ...## Submitted by Mat Jaggard
**[Link to original bug (#760828)](https://bugzilla.gnome.org/show_bug.cgi?id=760828)**
## Description
>>>
I see quite a lot of requests to allow binary files to be handled, I'm adding mine to them (as a new bug because they all talk about encoding and my issue is not encoding related).
I am performing a diff on PDF files. The contain text which I need to compare and binary data which I don't care about. In particular they have some binary data early in the file to ensure that they are transferred as binary by FTP and other protocols. diff -a does exactly what I want. I don't really care about what text encoding is used (as long as the first 128 characters are the normal ones)
Ideally I'd have a "force" button on the warning that tells me that they're binary files.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/105[BZ#763693] Jump to next/previous file which really differs2019-02-17T22:23:48ZBugzilla[BZ#763693] Jump to next/previous file which really differs## Submitted by Egor
**[Link to original bug (#763693)](https://bugzilla.gnome.org/show_bug.cgi?id=763693)**
## Description
>>>
In Folder Comparison cursor jumps to the next/previous different file when pressing buttons "Go to the n...## Submitted by Egor
**[Link to original bug (#763693)](https://bugzilla.gnome.org/show_bug.cgi?id=763693)**
## Description
>>>
In Folder Comparison cursor jumps to the next/previous different file when pressing buttons "Go to the next/previous change".
Unfortunately, text filters are not taken into account: cursor stops at files which are different, but not considered to be different according to text filters.
(I have option "Apply text filters during folder comparisons" checked in "Meld Preferences"->"Folder Comparisons").
Could you please add new feature "jump to next/previous file which really differs"?
This action could be bind, for example, with Shift-click on buttons "Go to the next/previous change" for using mouse, and with Shift-Ctrl-D/E for using keyboard.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/106[BZ#764399] admin rights needed to install meld2019-02-17T22:23:48ZBugzilla[BZ#764399] admin rights needed to install meld## Submitted by Ray Gomez
**Assigned to @keeganwitt**
**[Link to original bug (#764399)](https://bugzilla.gnome.org/show_bug.cgi?id=764399)**
## Description
>>>
I tried installing meld using the msi installer in my company machine...## Submitted by Ray Gomez
**Assigned to @keeganwitt**
**[Link to original bug (#764399)](https://bugzilla.gnome.org/show_bug.cgi?id=764399)**
## Description
>>>
I tried installing meld using the msi installer in my company machine where user has no admin rights. However, this installer requires admin rights to proceed with the installation.
>>>Keegan WittKeegan Witthttps://gitlab.gnome.org/GNOME/meld/-/issues/109[BZ#767845] Meld sometimes crosses over every file in the directory compariso...2019-02-17T22:23:48ZBugzilla[BZ#767845] Meld sometimes crosses over every file in the directory comparison, even though most of them are identical and some are different## Submitted by Yuri
**[Link to original bug (#767845)](https://bugzilla.gnome.org/show_bug.cgi?id=767845)**
## Description
>>>
Small toy cases are okay, but I noticed this problem on the large directories.
Attaching a screenshot.
>>>## Submitted by Yuri
**[Link to original bug (#767845)](https://bugzilla.gnome.org/show_bug.cgi?id=767845)**
## Description
>>>
Small toy cases are okay, but I noticed this problem on the large directories.
Attaching a screenshot.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/113[BZ#770982] meld fails to properly render over X11 forward tunnel with as lat...2019-04-13T03:11:26ZBugzilla[BZ#770982] meld fails to properly render over X11 forward tunnel with as latency increases to remote Xming Xserver## Submitted by James
**[Link to original bug (#770982)](https://bugzilla.gnome.org/show_bug.cgi?id=770982)**
## Description
>>>
Description of problem:
meld fails to properly render over X11 forward tunnel with as latency increases...## Submitted by James
**[Link to original bug (#770982)](https://bugzilla.gnome.org/show_bug.cgi?id=770982)**
## Description
>>>
Description of problem:
meld fails to properly render over X11 forward tunnel with as latency increases to remote Xming Xserver. In general seems 16-22ms latency is enough.
Version-Release number of selected component (if applicable):
meld-3.11.0-1.el7.2.noarch (also tested meld-3.16.2/bin/meld)
Both Xming 6.9.0.31 & Xming 7.5.0.62 (both tested)
Windows 7 & Windows 10 (both tested)
How reproducible:
Very with latency connection or by inflicting latency
Steps to Reproduce:
1. Need RHEL 7 system with meld, ssh, xauth
2. Need Windows system (vm works) with Xming & putty (w/ X11 Forwarding).
Windows 7 & Windows 10 both seem to have issue
3. Start meld - should render fine. Then close
# meld /etc/passwd /etc/group
4. Now add some artificial latency (start with ~12ms)
# tc qdisc replace dev eth0 root netem delay 12ms
5. Repeat step 3 & 4 an increase latency until meld fails to render and get just spinner. 16ms works for me, but another user too 22ms.
Actual results:
Once latency increases meld fails to render on the Windows Xming properly. If do get the text, it will fail to provide visual color difference. Once you replace with 0ms things work.
Expected results:
meld should be able to handle this reasonable latency, as issue initially reported by user forwarding X11 from USA to UK.
Additional info:
From windows cmd.exe you can use 'ping -t <rhel7-host>' to see the latency changes take effect from the tc command.
Issue was originally reported to EPEL: https://bugzilla.redhat.com/show_bug.cgi?id=1370627
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/116[BZ#773840] Show push/pull arrows even for empty text (deletes)2019-04-13T03:12:18ZBugzilla[BZ#773840] Show push/pull arrows even for empty text (deletes)## Submitted by Phil Hord
**[Link to original bug (#773840)](https://bugzilla.gnome.org/show_bug.cgi?id=773840)**
## Description
>>>
When a block of different lines is empty, copying the lines from that side to the other is effectiv...## Submitted by Phil Hord
**[Link to original bug (#773840)](https://bugzilla.gnome.org/show_bug.cgi?id=773840)**
## Description
>>>
When a block of different lines is empty, copying the lines from that side to the other is effectively a "delete" operation. If both blocks were non-empty, two arrows would be shown allowing the user to copy the left block or the right block over to the other side. When one block is empty, though, the only obvious action offered by the UI is to copy the non-empty block onto the empty one.
The user can press Shift to change the error to X (delete), but this is the same as is offered when both blocks are non-empty. Also, it's not an ideal workaround to this issue.
An arrow should be shown on the gutter of the "empty" block to allow it to replace the non-empty match on the other side. Previously, the UI acted like such a button exists already. If you would click on the flat-line of the empty block where a button would appear (in the gutter) then it *would* delete the block on the other side. But this behavior has been removed, probably as some bug fix.
This functionality would be correct if
*) a button were visible to let the user know this would happen and
*) the clickable region was {button-height} pixels tall instead of just 2 or three pixels tall.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/118[BZ#774607] Strange memory usage2019-02-17T22:23:48ZBugzilla[BZ#774607] Strange memory usage## Submitted by davidallen
**[Link to original bug (#774607)](https://bugzilla.gnome.org/show_bug.cgi?id=774607)**
## Description
>>>
Fedora 23 64-bit (XFCE). Meld installed from standard repo.
Firstly meld appears to use a lot of ...## Submitted by davidallen
**[Link to original bug (#774607)](https://bugzilla.gnome.org/show_bug.cgi?id=774607)**
## Description
>>>
Fedora 23 64-bit (XFCE). Meld installed from standard repo.
Firstly meld appears to use a lot of memory. See attached screenshot of "XFCE Task Manager" and meld occupies the top 9 highest memory processes. Approximately 1GB each.
Those meld processes were only doing a fairly normal directory diff with a few open files showing diffs. 1GB seems massively high for this.
Secondly I had 9 meld processes in Task Manager but only 4 apps actually running in the desktop. As I close these apps, none of the processes actually disappear until I close the last meld application. Then all of them disappear in one go.
This is wierd, and results in large memory usage unless you effectively only use 1 meld app at any time.
Is this expected behaviour, and if so can we make it more "traditional". i.e. 1 app = 1 process with sensible memory usage per process. Otherwise I'll have to go and install WINE and WINDIFF.EXE and cry in a corner.
As an aside: please, please consider backtracking on the gnome 3 UI. Meld has been gnome3-iffied and its crazy. Its really unusable now. No-one is going to use this app on a tablet and touchscreens.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/119[BZ#775315] toolbar buttons to change view settings2019-02-17T22:23:48ZBugzilla[BZ#775315] toolbar buttons to change view settings## Submitted by Brendan Simon
**[Link to original bug (#775315)](https://bugzilla.gnome.org/show_bug.cgi?id=775315)**
## Description
>>>
The addition of toolbar toggle buttons to quickly change view settings would be very useful.
*...## Submitted by Brendan Simon
**[Link to original bug (#775315)](https://bugzilla.gnome.org/show_bug.cgi?id=775315)**
## Description
>>>
The addition of toolbar toggle buttons to quickly change view settings would be very useful.
* toggle line numbers on/off
* show invisibles on/off
* switch between horizontal/vertical split text panes
* show all / show diffs only / show diffs with context (3 buttons ?)
The above is implemented in DiffMerge and I find some of them very useful, and miss them now that I am trying out Meld.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/120[BZ#775767] Add support for fossil version control2019-04-13T03:11:47ZBugzilla[BZ#775767] Add support for fossil version control## Submitted by Alex
**[Link to original bug (#775767)](https://bugzilla.gnome.org/show_bug.cgi?id=775767)**
## Description
>>>
i've built meld from sources (3.16.3) and the same version from debian sid repo. it doesn't open fossil ...## Submitted by Alex
**[Link to original bug (#775767)](https://bugzilla.gnome.org/show_bug.cgi?id=775767)**
## Description
>>>
i've built meld from sources (3.16.3) and the same version from debian sid repo. it doesn't open fossil checkout directory (neither meld . nor from menu).
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/127[BZ#778467] Same diff against the subversion repository is much slower compar...2024-03-08T06:37:09ZBugzilla[BZ#778467] Same diff against the subversion repository is much slower compared to diff between regular files## Submitted by Yuri
**[Link to original bug (#778467)](https://bugzilla.gnome.org/show_bug.cgi?id=778467)**
## Description
>>>
I am in the subversion directory.
File 'file.txt' has about 16,000 lines, and differs in about 150 lines...## Submitted by Yuri
**[Link to original bug (#778467)](https://bugzilla.gnome.org/show_bug.cgi?id=778467)**
## Description
>>>
I am in the subversion directory.
File 'file.txt' has about 16,000 lines, and differs in about 150 lines with the repository.
Command 'meld file.txt' is very slow.
However, when I have the same base version of 'file.txt' in a file 'file.txt.base', this command is much faster: 'meld file.txt.base file.txt'.
This makes me think that it's not the meld comparison that is that slow. It is something in the way how it compares files to the versions in the repository that is slow.
This probably can be fixed.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/129[BZ#779122] Shortcuts don't work when diff is opened having non-English keybo...2019-02-17T22:23:49ZBugzilla[BZ#779122] Shortcuts don't work when diff is opened having non-English keyboard layout## Submitted by dmy..@..com
**[Link to original bug (#779122)](https://bugzilla.gnome.org/show_bug.cgi?id=779122)**
## Description
>>>
Reproduce:
- start new comparison (file of dir)
- select file to diff
- switch your keyboard layo...## Submitted by dmy..@..com
**[Link to original bug (#779122)](https://bugzilla.gnome.org/show_bug.cgi?id=779122)**
## Description
>>>
Reproduce:
- start new comparison (file of dir)
- select file to diff
- switch your keyboard layout to a non-English one
- press enter
- shortcuts like Crl+F don't work, even if you switch to English keyboard layout
Workaround:
- close the diff
- switch keyboard layout to English
- reopen file diff
- repeat until you are very, very annoyed :)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/131[BZ#781357] Performance regression compared to meld 1.8.62019-02-17T22:23:49ZBugzilla[BZ#781357] Performance regression compared to meld 1.8.6## Submitted by Simon Marchi
**[Link to original bug (#781357)](https://bugzilla.gnome.org/show_bug.cgi?id=781357)**
## Description
>>>
Created attachment 349895
Example file (before)
Between Meld 1.8.6 and 3.17.1, I found that it ...## Submitted by Simon Marchi
**[Link to original bug (#781357)](https://bugzilla.gnome.org/show_bug.cgi?id=781357)**
## Description
>>>
Created attachment 349895
Example file (before)
Between Meld 1.8.6 and 3.17.1, I found that it takes much longer to process certain big files. With the example files I attached, it takes 2-3 seconds to load, whereas with 3.17.1, it takes about 20 seconds.
I have disabled syntax highlighting in 3.17.1 to see if it would make a difference, but I didn't see a difference.
**Attachment 349895**, "Example file (before)":
[before.c](/uploads/7e0ffb7050396bd4c6492d2d68052f98/before.c)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/132[BZ#781560] wish: display a single patch file in a reasonable manner like KOM...2019-02-17T22:23:49ZBugzilla[BZ#781560] wish: display a single patch file in a reasonable manner like KOMpare## Submitted by Toralf Förster
**[Link to original bug (#781560)](https://bugzilla.gnome.org/show_bug.cgi?id=781560)**
## Description
>>>
Created attachment 350165
patch
It doesn't work right with the attached file
(downloaded from...## Submitted by Toralf Förster
**[Link to original bug (#781560)](https://bugzilla.gnome.org/show_bug.cgi?id=781560)**
## Description
>>>
Created attachment 350165
patch
It doesn't work right with the attached file
(downloaded from https://0x0.st/xYK.patch).
**Patch 350165**, "patch":
[xYK.patch](/uploads/43f87409cfa0ea5cd83d2aae006c8b4e/xYK.patch)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/133[BZ#782967] Infinite spinning and high cpu usage while simultaneously show sp...2023-10-21T23:22:30ZBugzilla[BZ#782967] Infinite spinning and high cpu usage while simultaneously show spinners in multiple maximized windows (loading several diffs)## Submitted by Vasily Galkin
**[Link to original bug (#782967)](https://bugzilla.gnome.org/show_bug.cgi?id=782967)**
## Description
>>>
Created attachment 352373
patch from Kai (for analyzing situation, not for an issue resolution)...## Submitted by Vasily Galkin
**[Link to original bug (#782967)](https://bugzilla.gnome.org/show_bug.cgi?id=782967)**
## Description
>>>
Created attachment 352373
patch from Kai (for analyzing situation, not for an issue resolution)
Initially I started this discussion on mailing list, but now copy-pasting and continuing here,
since the problem appears to be a combination of non-meld problem (gtk on windows performance) and a bit non-typical meld behaviour (running multiple maximized windows with a spinner in each from one thread).
(citing last letter and attaching patch from it; more comments in other messages)
> On 19 May 2017 at 02:33, Vasily Galkin wrote:
>
>> Hello. I found and issue with running meld checkout on windows (both master and meld-3-16) with some pygobjectwin32 3.18.2 build.
>>
>> Using integration with a TortoiseSvn a meld can be called to show differences for several files - the several meld processes are started simultaneously.
>> This works fine for 1-3 files, but leads to infinite spinning without file loading completion for more files.
>> With 6 files on my environment the infinite spinning always beginning.
>>
>> Unlike problem about resizing events looping (https://bugzilla.gnome.org/show_bug.cgi?id=779883 ),
>> this case doesn't depend on word wrap.
>>
>> For me it is 100% reproducible with a command in a cmd session from a clean meld checkout.
>> for %f in (1 2 3 4 5 6) do start "" py bin\meld bin\meld
>>
>> This opens 6 windows, the GtkSourceView doesn't make progress in source loading and the spinner is rotating in all those windows.
>> The only one python.exe is running, with it's main thread being running ~70% of wall clock time.
>> According to a profiler most of the time is spent in BitBlt (WINAPI rendering) function inside some cairo calls
>> (don't know exact because my dll is without debug info).
>>
>> So, it looks like 6 windows consumes lot of cpu time on rendering spinner (on a only-5-years-old hardware), so no idle-events are raised by gtk.
>>
>> And indeed - it's spinner rendering: workaround by commenting out self.spinner.start() in meldwindow.py resolves the issue - the diffs are loaded very fast!
>> Note that other aspects of meld gui including smooth scrolling and other animations looks pretty good, so gtk on windows is usable.
>>
>> I failed to reproduce the problem with meld.exe from meld 3.16.2 release, so it looks like pygobjectwin32 version does matter.
>
> So this seems pretty weird, and like you suggest seems to me like a
> GTK+/GLib bug, but it's hard to know yet.
>
> The only thing that comes to mind (other than not having a progress
> indicator, which I don't want to do) is that we could add our idle
> loop that does difference calculations at a higher idle priority.
> Could you try the attached patch and let me know whether it fixes the
> problem for you? Even if it does I'm a little concerned about applying
> it, because there could be weird interactions caused by pulling our
> idle calculations (which include diffs, etc.) above GTK+'s size and
> layout calculations.
>
> cheers,
> Kai
**Patch 352373**, "patch from Kai (for analyzing situation, not for an issue resolution)":
[0001-meldwindow-Add-our-scheduler-idle-hook-with-higher-p.patch](/uploads/eddea6585c96465184f7c4d6b10ef8e1/0001-meldwindow-Add-our-scheduler-idle-hook-with-higher-p.patch)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/135[BZ#783659] <Shift+Ctrl+R> (View->Reload) shortcut is missed in modern versio...2019-02-17T22:23:49ZBugzilla[BZ#783659] <Shift+Ctrl+R> (View->Reload) shortcut is missed in modern versions of Meld## Submitted by Nrbrtx
**[Link to original bug (#783659)](https://bugzilla.gnome.org/show_bug.cgi?id=783659)**
## Description
>>>
Steps to reproduce:
1. Install Ubuntu 16.04 LTS with modern Meld (3.14.2).
2. Open two files in Meld, ...## Submitted by Nrbrtx
**[Link to original bug (#783659)](https://bugzilla.gnome.org/show_bug.cgi?id=783659)**
## Description
>>>
Steps to reproduce:
1. Install Ubuntu 16.04 LTS with modern Meld (3.14.2).
2. Open two files in Meld, change one of them with text editor (kate, pluma, geany, etc.)
3. Try to use <Shift+Ctrl+R> to Refresh left and right objects.
Expected results:
* user is able to use <Shift+Ctrl+R> to refresh left and right objects.
Actual results:
* user is unable to use <Shift+Ctrl+R> to refresh left and right objects. User must to use mouse and click "File->Revert" with it.
Notes:
1. For backward compatibility Meld show have <Shift+Ctrl+R> shortcut. It should Refresh both sides. Current "Revert" label is not correct.
In text editors revert means "reject changes and reload original version of file from disk".
Previous version (1.5.3 on Ubuntu 12.04 LTS) does this correctly.
2. Sometimes Meld does not detect file changes, so <Shift+Ctrl+R> shortcut will be very useful.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/136[BZ#783990] Meld takes a long time to start2019-02-17T22:23:49ZBugzilla[BZ#783990] Meld takes a long time to start## Submitted by Jayesh Badwaik
**[Link to original bug (#783990)](https://bugzilla.gnome.org/show_bug.cgi?id=783990)**
## Description
>>>
Created attachment 354093
Excerpt of output of python2 -mtrace --trace /usr/bin/meld. (Full fi...## Submitted by Jayesh Badwaik
**[Link to original bug (#783990)](https://bugzilla.gnome.org/show_bug.cgi?id=783990)**
## Description
>>>
Created attachment 354093
Excerpt of output of python2 -mtrace --trace /usr/bin/meld. (Full file cannot be attached as it was very big.)
I am using the following system:
1. OS: Archlinux
2. Plasma Display Manager (5.10.2)
3. Kwin Window Manager (5.10.2)
4. GTK2 2.24.31
The meld application takes around than 25 seconds to show the window after entering the command on the command line.
$ meld
(wait 25 seconds)
(see window)
I tried this command:
python2 -mtrace --trace /usr/bin/meld > output.txt
and I have attached the output.txt. The whole 25 seconds are spent waiting at the line 225187
__init__.py(39): return getattr(self._introspection_module, name)
I would be happy to provide more information if needed. What else should I do to determine the problem?
**Attachment 354093**, "Excerpt of output of python2 -mtrace --trace /usr/bin/meld. (Full file cannot be attached as it was very big.)":
[bug_file.txt](/uploads/a2e1ddbdcc1f1546fbb4477c8af59ea4/bug_file.txt)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/137[BZ#784249] use of polkit planned?2019-02-17T22:23:49ZBugzilla[BZ#784249] use of polkit planned?## Submitted by gno..@...de
**[Link to original bug (#784249)](https://bugzilla.gnome.org/show_bug.cgi?id=784249)**
## Description
>>>
Hi. With Wayland it's not possible to do "gksu meld" anymore. So I'm asking if you're planning to...## Submitted by gno..@...de
**[Link to original bug (#784249)](https://bugzilla.gnome.org/show_bug.cgi?id=784249)**
## Description
>>>
Hi. With Wayland it's not possible to do "gksu meld" anymore. So I'm asking if you're planning to use polkit anytime soon?
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/140[BZ#786280] Meld sometimes recognize some hunks as being the same ones with s...2019-02-17T22:23:49ZBugzilla[BZ#786280] Meld sometimes recognize some hunks as being the same ones with slight diffs while it isn't## Submitted by por..@..com
**[Link to original bug (#786280)](https://bugzilla.gnome.org/show_bug.cgi?id=786280)**
## Description
>>>
Sometimes Meld recognize some hunks as being the same things with just slight differences while i...## Submitted by por..@..com
**[Link to original bug (#786280)](https://bugzilla.gnome.org/show_bug.cgi?id=786280)**
## Description
>>>
Sometimes Meld recognize some hunks as being the same things with just slight differences while it is totally different things (should appear in green to offer the option to add content rathern than blue with double arrow)
Here if user just want to add one of the hunk to the other file, it's gonna erase another totally unrelated part.
See the joined screenshots.
This was experienced on Meld 3.16.4 on Archlinux. I just flagged the package as out-of-date in the same time.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/141"Open externally" warrants a shortcut2022-08-15T07:03:17ZBugzilla"Open externally" warrants a shortcut## Submitted by Massimo B.
**[Link to original bug (#787433)](https://bugzilla.gnome.org/show_bug.cgi?id=787433)**
## Description
>>>
I often need meld to diff folder trees of snapshotted subvolumes trees with the current subvolume,...## Submitted by Massimo B.
**[Link to original bug (#787433)](https://bugzilla.gnome.org/show_bug.cgi?id=787433)**
## Description
>>>
I often need meld to diff folder trees of snapshotted subvolumes trees with the current subvolume, there I deal with many different types like JPG, PDF or other media files. Most often I need "Open externally", currently only available from context menu or double click.
Please add a shortcut editor to use most of the already existing functions via shortcut.
OT: Some day I would like to have some preview at least for pictures, not sure if that is beyond the scope of meld.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/142[BZ#787690] Meld replaces micro, degrees, gozinta symbols with \escape chars,...2019-02-17T22:23:49ZBugzilla[BZ#787690] Meld replaces micro, degrees, gozinta symbols with \escape chars, then will not save## Submitted by PatrickPhotog
**[Link to original bug (#787690)](https://bugzilla.gnome.org/show_bug.cgi?id=787690)**
## Description
>>>
Meld issues a warning about bad characters, replaces them with escape sequences and then refuse...## Submitted by PatrickPhotog
**[Link to original bug (#787690)](https://bugzilla.gnome.org/show_bug.cgi?id=787690)**
## Description
>>>
Meld issues a warning about bad characters, replaces them with escape sequences and then refuses to save the file because of the escape sequences it created.
After copying and pasting the meld->mangled version to a flat text file and performing a gvim file->split dif, the characters it cannot cope with include the Micro char, (µ)->\B5 [works fine here], degrees (°)->\B0 and gozinta (÷)->\F7
There may be other characters it can not handle.
Upon trying to save, an error message box pops up and the save is rejected:
[meld icon] Could not save file bpb.c
gtk-source-file-saver-error: The buffer contains invalid characters. (0)
This is a C language source file which calls low level routines, some of which require NULL termination. Micro/degrees/etc... are used in reports.
There is no problem with C compilers or editors.
And, it will not tell you where the characters it objects to are. looking line by line through tens of thousands of lines for red marks is more pain than just using gvim
uname -a
Linux vulcan 4.11.8-2-default #1 SMP PREEMPT Thu Jun 29 14:37:33 UTC 2017 (42bd7a0) x86_64 x86_64 x86_64 GNU/Linux
meld 3.16.4
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/143[BZ#789220] Windows installer doesn't actually install meld in a useful way (...2020-08-18T21:27:16ZBugzilla[BZ#789220] Windows installer doesn't actually install meld in a useful way (that is, working for git for windows with: git mergetool --tool=meld)## Submitted by Jonas Thiem
**Assigned to @keeganwitt**
**[Link to original bug (#789220)](https://bugzilla.gnome.org/show_bug.cgi?id=789220)**
## Description
>>>
The windows installer doesn't actually install meld in a useful way...## Submitted by Jonas Thiem
**Assigned to @keeganwitt**
**[Link to original bug (#789220)](https://bugzilla.gnome.org/show_bug.cgi?id=789220)**
## Description
>>>
The windows installer doesn't actually install meld in a useful way (that is, working for git for windows with: git mergetool --tool=meld) because it's not added to %PATH%. This means the user needs to manually fiddle with %PATH% after the install to be able to actually use it. Therefore, please fix the installer to properly add it to the %PATH% variable for the installing user.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/144[BZ#789246] Storing preferences in a config file does not work2020-03-09T20:09:56ZBugzilla[BZ#789246] Storing preferences in a config file does not work## Submitted by Denis
**[Link to original bug (#789246)](https://bugzilla.gnome.org/show_bug.cgi?id=789246)**
## Description
>>>
I have tried making Meld store its preferences in an ini-file as suggested by this tip: https://wiki.gn...## Submitted by Denis
**[Link to original bug (#789246)](https://bugzilla.gnome.org/show_bug.cgi?id=789246)**
## Description
>>>
I have tried making Meld store its preferences in an ini-file as suggested by this tip: https://wiki.gnome.org/Apps/Meld/GConfWorkarounds
However, it seems to have no effect. Neither meldrc.ini is created by Meld nor if I create it manually it is used by Meld for storing preferences.
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/145[BZ#789998] compiled and installed succssfully but failed to start with the e...2019-02-17T22:23:49ZBugzilla[BZ#789998] compiled and installed succssfully but failed to start with the error about namespace## Submitted by xin..@..com
**[Link to original bug (#789998)](https://bugzilla.gnome.org/show_bug.cgi?id=789998)**
## Description
>>>
I compiled and installed meld 3.18.0 using the source code succssfully , but failed to start with...## Submitted by xin..@..com
**[Link to original bug (#789998)](https://bugzilla.gnome.org/show_bug.cgi?id=789998)**
## Description
>>>
I compiled and installed meld 3.18.0 using the source code succssfully , but failed to start with the error below.
esekilxv7345 [3:33] [SLED12-x86_64/meld/3.18.0] -> meld
Traceback (most recent call last):
File "/app/vbuild/SLED12-x86_64/meld/3.18.0/bin/meld", line 339, in <module>
check_requirements()
File "/app/vbuild/SLED12-x86_64/meld/3.18.0/bin/meld", line 205, in check_requirements
gi.require_version('GtkSource', '3.0')
File "/app/vbuild/SLED12-x86_64/meld/3.18.0/lib/python3.4/site-packages/gi/__init__.py", line 100, in require_version
raise ValueError('Namespace %s not available' % namespace)
I already installed gtk 3.20.0, gtksourceview 3.23.1, gobject-introspection 1.42.0, pycairo and some other dependencies , and there is lib/girepository-1.0/GtkSource-3.0.typelib under the installation directory.
Could you give me some instructions about this?
Thanks !
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/146[BZ#790495] Pure contrast of change highlighting for dark theme2019-02-17T22:23:49ZBugzilla[BZ#790495] Pure contrast of change highlighting for dark theme## Submitted by Vitalii
**[Link to original bug (#790495)](https://bugzilla.gnome.org/show_bug.cgi?id=790495)**
## Description
>>>
Created attachment 363917
Difficult to see line numbers on lots of monitors.
For dark theme, it is d...## Submitted by Vitalii
**[Link to original bug (#790495)](https://bugzilla.gnome.org/show_bug.cgi?id=790495)**
## Description
>>>
Created attachment 363917
Difficult to see line numbers on lots of monitors.
For dark theme, it is difficult to distinguish line numbers for new lines, edited lines or deleted lines.
**Attachment 363917**, "Difficult to see line numbers on lots of monitors.":
![Screenshot_from_2017-11-17_14-52-52](/uploads/f55b66e42a9d5f72f8995dac887a7433/Screenshot_from_2017-11-17_14-52-52.png)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/147[BZ#791068] Background colors make text unreadable2019-02-17T22:23:49ZBugzilla[BZ#791068] Background colors make text unreadable## Submitted by Franck
**[Link to original bug (#791068)](https://bugzilla.gnome.org/show_bug.cgi?id=791068)**
## Description
>>>
Created attachment 364740
screenshot
The choice of background colors to highlight diffs makes text un...## Submitted by Franck
**[Link to original bug (#791068)](https://bugzilla.gnome.org/show_bug.cgi?id=791068)**
## Description
>>>
Created attachment 364740
screenshot
The choice of background colors to highlight diffs makes text unreadable. See attached screenshot.
Changing theme does not change these blue backgrounds. So either I chose a light theme and I can't read over blue bg, or I chose a dark theme and can't read over white bg.
I did not find a way to change bg color so I report this as a bug, but a workaroud will be fine also.
BTW, I use version 3.14.2 that comes with with Linux Mint 18.3.
Thanks in advance for any help.
**Attachment 364740**, "screenshot":
![Screenshot_from_2017-12-01_11-52-50](/uploads/2db527643f6f486725aae33b209be98f/Screenshot_from_2017-12-01_11-52-50.png)
>>>https://gitlab.gnome.org/GNOME/meld/-/issues/148Doesn't scroll down all the way in the right side of the comparison2018-01-04T23:58:39ZyurivictDoesn't scroll down all the way in the right side of the comparisonPlease see how in the screenshot the right side isn't scrolled all the way. Attempting to scroll it further doesn't lead to it moving any further.
![image](/uploads/09500b8b9597c6fe1d4cf110496dcb72/image.png)Please see how in the screenshot the right side isn't scrolled all the way. Attempting to scroll it further doesn't lead to it moving any further.
![image](/uploads/09500b8b9597c6fe1d4cf110496dcb72/image.png)https://gitlab.gnome.org/GNOME/meld/-/issues/150Directory comparison selection2020-04-02T11:23:41ZGhost UserDirectory comparison selectionWhen selecting files you get the standard file selector, how ever when doing a directory comparison you get a dropdown and have to select other.
This does not seem that useful do people favorite all there projects ? usually your project...When selecting files you get the standard file selector, how ever when doing a directory comparison you get a dropdown and have to select other.
This does not seem that useful do people favorite all there projects ? usually your projects are in other folders on your system so you have to select other be nice if other was the default same as the file selector.
thoughts ?https://gitlab.gnome.org/GNOME/meld/-/issues/155Flatpak package2018-01-28T20:31:38ZBilal Elmoussaouibil.elmoussaoui@gmail.comFlatpak packageI have created a flatpak package recently, and it was added to flathub too.
The package build file is hosted here https://github.com/flathub/org.gnome.meld
This issue is more about asking if any of the devs are interested to have write...I have created a flatpak package recently, and it was added to flathub too.
The package build file is hosted here https://github.com/flathub/org.gnome.meld
This issue is more about asking if any of the devs are interested to have write access to the repository?
Thanks!https://gitlab.gnome.org/GNOME/meld/-/issues/156Can't bookmark folder comparision2024-03-25T02:17:35ZGhost UserCan't bookmark folder comparisionI daily compare a folder. To compare that folder I have to browse every time to that folder both in left and right pane. This is very annoying task. Can't we add a bookmark section. Where we can bookmark the folder we have to compare daily.I daily compare a folder. To compare that folder I have to browse every time to that folder both in left and right pane. This is very annoying task. Can't we add a bookmark section. Where we can bookmark the folder we have to compare daily.https://gitlab.gnome.org/GNOME/meld/-/issues/157requirements.txt missing2018-01-27T00:14:59ZGhost Userrequirements.txt missingBuilding on Windows is a nightmare because none of the dependencies are listed. A requirements.txt file would do wonders to make this project compatible with any platform that has a functioning Python ecosystem.Building on Windows is a nightmare because none of the dependencies are listed. A requirements.txt file would do wonders to make this project compatible with any platform that has a functioning Python ecosystem.https://gitlab.gnome.org/GNOME/meld/-/issues/160The last line ending in a file is not shown2018-02-20T20:19:27ZAdam RalphThe last line ending in a file is not shownAnd therefore, when it has been added or removed, I cannot see that in the diff.And therefore, when it has been added or removed, I cannot see that in the diff.https://gitlab.gnome.org/GNOME/meld/-/issues/162Right click on treeview fires Gdk-CRITICAL **: xdg_popup_configure2018-07-25T21:46:42ZRafael Renan PachecoRight click on treeview fires Gdk-CRITICAL **: xdg_popup_configureHi there!
If I open meld through the terminal (`meld .`), all right-click on the treeview will fire the following exception:
```
2018-02-07 23:02:53,965 CRITICAL Gtk:
(meld:17823): Gdk-CRITICAL **: xdg_popup_configure: assertion 'impl...Hi there!
If I open meld through the terminal (`meld .`), all right-click on the treeview will fire the following exception:
```
2018-02-07 23:02:53,965 CRITICAL Gtk:
(meld:17823): Gdk-CRITICAL **: xdg_popup_configure: assertion 'impl->transient_for' failed
```
This does not crash the application, but each right click on the list throws this error.
Using GNOME Shell 3.26.2 on Arch Linux.https://gitlab.gnome.org/GNOME/meld/-/issues/164Regex Text Filter on Multiple Whitespace not working2018-05-12T00:03:55ZGhost UserRegex Text Filter on Multiple Whitespace not workingFiltering lines of text with multiple whitespaces, followed by any characters does not seem to work.
ie.
\^\s+.* or \S.*
I do believe that \s\s\s\s works, but not \s+ or \S.Filtering lines of text with multiple whitespaces, followed by any characters does not seem to work.
ie.
\^\s+.* or \S.*
I do believe that \s\s\s\s works, but not \s+ or \S.https://gitlab.gnome.org/GNOME/meld/-/issues/165Attempting to commit individual files to a mercurial repository commits the e...2018-02-23T11:12:38ZGhost UserAttempting to commit individual files to a mercurial repository commits the entire repositoryWhen attempting to commit individual files to a mercurial repository (by selecting them by control-clicking, then right clicking and selecting 'Commit'), the correct list of files is displayed in the dialog box that appears. However, onc...When attempting to commit individual files to a mercurial repository (by selecting them by control-clicking, then right clicking and selecting 'Commit'), the correct list of files is displayed in the dialog box that appears. However, once you select 'Commit', the entire repository is committed, rather than just the files that were selected.https://gitlab.gnome.org/GNOME/meld/-/issues/166Trailing brace is matched wrong when change is proceeded by a trailing brace2018-03-22T21:22:32ZGhost UserTrailing brace is matched wrong when change is proceeded by a trailing braceWhen a new block of code is added the diff shows as:
```
}
if (doNewThing) {
newThing();
```
rather than
```
if (doNewThing) {
newThing();
}
```When a new block of code is added the diff shows as:
```
}
if (doNewThing) {
newThing();
```
rather than
```
if (doNewThing) {
newThing();
}
```https://gitlab.gnome.org/GNOME/meld/-/issues/167Meld git clone on Feb. 25th failed to run2018-02-26T09:08:07ZPei JIAjp4work@gmail.comMeld git clone on Feb. 25th failed to run`sudo python3 setup.py install`
brought me the following info:
```
copying data/org.gnome.meld.gschema.xml -> /usr/share/glib-2.0/schemas
running gtk-update-icon-cache
gtk-update-icon-cache -q -t /usr/share/icons/hicolor
compiling gsetti...`sudo python3 setup.py install`
brought me the following info:
```
copying data/org.gnome.meld.gschema.xml -> /usr/share/glib-2.0/schemas
running gtk-update-icon-cache
gtk-update-icon-cache -q -t /usr/share/icons/hicolor
compiling gsettings schemas
glib-compile-schemas /usr/share/glib-2.0/schemas
No such key 'Gtk/IMModule' in schema 'org.gnome.settings-daemon.plugins.xsettings' as specified in override file '/usr/share/glib-2.0/schemas/50_sogoupinyin.gschema.override'; ignoring override for this key.
running install_egg_info
Writing /usr/lib/python3/dist-packages/meld-3.19.0.egg-info
```
When I tried to run **meld**, I got the following error message:
```
$ meld
Traceback (most recent call last):
File "/usr/bin/meld", line 358, in <module>
import meld.meldapp
File "/usr/lib/python3/dist-packages/meld/meldapp.py", line 29, in <module>
import meld.ui.util
File "/usr/lib/python3/dist-packages/meld/ui/util.py", line 20, in <module>
from meld.ui import gladesupport # noqa: F401
File "/usr/lib/python3/dist-packages/meld/ui/gladesupport.py", line 8, in <module>
from meld import linkmap # noqa: F401
File "/usr/lib/python3/dist-packages/meld/linkmap.py", line 136, in <module>
LinkMap.set_css_name("link-map")
AttributeError: type object 'LinkMap' has no attribute 'set_css_name'
```
Can anybody help please? I'm using Ubuntu 16.04.3 + Python 3.5.2
Cheers
Peihttps://gitlab.gnome.org/GNOME/meld/-/issues/169Cannot copy paths from meld window2018-03-09T20:11:26ZGhost UserCannot copy paths from meld windowIn meld version 1.8.4 I can highlight parts of the paths to the displayed files and paste it into an xterm with the middle mouse button. In 3.14.2 this functionality no longer works.
This regression has been observed in both Ubuntu LTS ...In meld version 1.8.4 I can highlight parts of the paths to the displayed files and paste it into an xterm with the middle mouse button. In 3.14.2 this functionality no longer works.
This regression has been observed in both Ubuntu LTS and Debian Testing thus I am reporting it here rather than against a specific distribution.https://gitlab.gnome.org/GNOME/meld/-/issues/170CVS should be revived2019-10-10T20:13:09ZGhost UserCVS should be revivedCVS support has been removed, because no one is mainaining it.
But there are a lot of CVS installations out there, especially in
small and medium companies.
I cloned the HEAD of meld and did a
"git revert 57e936584ffb0104ac715cb587aea...CVS support has been removed, because no one is mainaining it.
But there are a lot of CVS installations out there, especially in
small and medium companies.
I cloned the HEAD of meld and did a
"git revert 57e936584ffb0104ac715cb587aeae6d9d0c0f26"
to get the deleted file cvs.py back.
Now i can cd into a CVS repository and start meld without
installation from the git working copy as meld/bin/meld.
CVS support shows no apparent problems.
Have there been unresolved bugs for the CVS module ?
What maintenance would be needed to re-acept CVS in
meld ?https://gitlab.gnome.org/GNOME/meld/-/issues/171Support for additional file encodings.2018-05-12T00:02:58ZGhost UserSupport for additional file encodings.I would like to see support for "UCS-2 LE BOM" as well as other file encodings. Meld sees them as binary files and cant do text compares. Additionally a display of the file encoding of the open file would be helpful.I would like to see support for "UCS-2 LE BOM" as well as other file encodings. Meld sees them as binary files and cant do text compares. Additionally a display of the file encoding of the open file would be helpful.https://gitlab.gnome.org/GNOME/meld/-/issues/172"Mark conflict as resolved" doesn't work2018-05-12T00:03:19Zyurivict"Mark conflict as resolved" doesn't workIn a subversion repository one file is in conflict and is shown in red.
Meld allows to edit it, save, then it asks "Mark conflict as resolved?".
Pressing "Mark resolved" doesn't actually mark it resolved.
meld-3.18.0In a subversion repository one file is in conflict and is shown in red.
Meld allows to edit it, save, then it asks "Mark conflict as resolved?".
Pressing "Mark resolved" doesn't actually mark it resolved.
meld-3.18.0https://gitlab.gnome.org/GNOME/meld/-/issues/173Meld reports `Bazaar (Invalid repository)`2023-10-22T16:46:54ZGhost UserMeld reports `Bazaar (Invalid repository)`When I invoke meld in a bazaar repo, the repository browser opens. The drop down list on the right has `None` selected. If I look at the selections it has `Bazaar (Invalid repository)` greyed out.
The repository **is valid** !!
It wo...When I invoke meld in a bazaar repo, the repository browser opens. The drop down list on the right has `None` selected. If I look at the selections it has `Bazaar (Invalid repository)` greyed out.
The repository **is valid** !!
It would be nice to fully support `Bazaar`, especially since `Breezy` (a contributor friendly fork of Bazaar) is alive and kicking. Breezy uses the same underlying format as Bazaar !!
Is it possibly a path issue (e.g. meld can't find `bzr` or `brz` executables) ?https://gitlab.gnome.org/GNOME/meld/-/issues/175Alt+Numpad Delete doesn't work2018-03-28T22:28:07ZEyal RozenbergAlt+Numpad Delete doesn't workI'm using v3.18.0 on Fedora 26, on an x86_64 PC.
If I want to delete an addition segment, I can use Alt + Delete to delete it... provided that it's the Delete that's not on the numpad, i.e. the bottom-left key out of the 2x3 group to th...I'm using v3.18.0 on Fedora 26, on an x86_64 PC.
If I want to delete an addition segment, I can use Alt + Delete to delete it... provided that it's the Delete that's not on the numpad, i.e. the bottom-left key out of the 2x3 group to the left of the Numpad see here [here](https://upload.wikimedia.org/wikipedia/commons/f/ff/Pc104_wide_delete_short_enter_xfree86_us_keyboard_full_size.png).
If I use Alt + Numpad-Delete, nothing happens. (My Num-lock is off, of course.)https://gitlab.gnome.org/GNOME/meld/-/issues/176Diff ignoring "Show whitespace" disabled option2020-08-07T16:13:43ZRafael Renan PachecoDiff ignoring "Show whitespace" disabled optionHi there!
After updating Meld to 3.19.0, the diff panel began to show the dots and linebreaks, ignoring the "Show whitespace" disabled option.
For example:
![image](/uploads/58aeea0b2e5ba705a451a929f3a47fce/image.png)
And the disable...Hi there!
After updating Meld to 3.19.0, the diff panel began to show the dots and linebreaks, ignoring the "Show whitespace" disabled option.
For example:
![image](/uploads/58aeea0b2e5ba705a451a929f3a47fce/image.png)
And the disabled "Show whitespace" option:
![image](/uploads/822042f93b86a0e4fb7ee78eab54c916/image.png)
Best regards,
Rafael Pacheco.https://gitlab.gnome.org/GNOME/meld/-/issues/177Allow to drop file one by one2018-07-23T08:40:39ZGhost UserAllow to drop file one by oneI'm using meld 3.16.0 on Linux Mint LMDE 2.
When i open meld, i can select files two files for comparison in the file browser (nemo) and drop them in meld. It's opening a new tab with the two files to compare, which is very good. But th...I'm using meld 3.16.0 on Linux Mint LMDE 2.
When i open meld, i can select files two files for comparison in the file browser (nemo) and drop them in meld. It's opening a new tab with the two files to compare, which is very good. But this needs the files to be located in the same path.
The best would be that when dropping a file in the content area, it loads the file and replaces the current content by the new content.
I hope, i'm clear.
Regardshttps://gitlab.gnome.org/GNOME/meld/-/issues/178"override" keyword is bolded for variable names (not just when used as a keyw...2018-04-25T21:00:23ZGhost User"override" keyword is bolded for variable names (not just when used as a keyword)I'm using Meld 3.18 for viewing a diff between c++ source files. I'm seeing the word "override" being highlighted when it's used for variable names or parameters. Here's an example:
![Screenshot_from_2018-04-24_10-31-15](/uploads/19aa...I'm using Meld 3.18 for viewing a diff between c++ source files. I'm seeing the word "override" being highlighted when it's used for variable names or parameters. Here's an example:
![Screenshot_from_2018-04-24_10-31-15](/uploads/19aaedc84de488ea0fa5d46faae20a34/Screenshot_from_2018-04-24_10-31-15.png)
"override" should only be a semi-reserved word. It has meaning when writing it at the end of a member function name, but it's still able to be used (probably for backwards compatibility) as a name of a variable. But Meld's syntax highlighter is making it bold like I'm using the "override" keyword and not override as just a variable name. I'm not seeing this behavior with other syntax highlighters I'm using (such as QtCreator).https://gitlab.gnome.org/GNOME/meld/-/issues/180List a dependency on itstool in README2018-04-26T20:18:34ZEyal RozenbergList a dependency on itstool in READMEI just downloaded and tried to build meld v3.18.0. Reading the README file I though I was ok, but I actually need something not mentioned in the list of pre-requisites: itstool, used to translated XML into PO files.
I suggest it be adde...I just downloaded and tried to build meld v3.18.0. Reading the README file I though I was ok, but I actually need something not mentioned in the list of pre-requisites: itstool, used to translated XML into PO files.
I suggest it be added to the list.https://gitlab.gnome.org/GNOME/meld/-/issues/181Added/removed file contents displayed with poor color combination2018-04-28T10:59:09ZEyal RozenbergAdded/removed file contents displayed with poor color combinationI'm using meld on GNU/Linux Mint 18.3 with XFCE4; and it's either the packaged v3.10 and just-downloaded v3.18.
Now, when I meld two folders, and one has a file missing from the other (i.e. added/removed file) - opening that file shows ...I'm using meld on GNU/Linux Mint 18.3 with XFCE4; and it's either the packaged v3.10 and just-downloaded v3.18.
Now, when I meld two folders, and one has a file missing from the other (i.e. added/removed file) - opening that file shows me the contents in very-dark-gray font over pitch-black background - obviously quite unreadable. Colors are otherwise reasonable - white background, black text, and pastel-ish highlights for additions, removals and changes of lines.
The Preferences menu doesn't seem to have an option to change the color combinations.
Now, I'm not sure whether it's an issue with Meld itself or the distribution, but there should be an obvious way to rectify this - and there isn't.https://gitlab.gnome.org/GNOME/meld/-/issues/182Meld website links to old (Bugzilla) tracker2018-04-27T22:24:30ZGhost UserMeld website links to old (Bugzilla) trackerI'm not sure if this tracker covers Meld's online documentation as well, but `http://meldmerge.org/development.html` includes a link to the now-unused Gnome Bugzilla, with no mention of this site. The copyright date on the site is 2012,...I'm not sure if this tracker covers Meld's online documentation as well, but `http://meldmerge.org/development.html` includes a link to the now-unused Gnome Bugzilla, with no mention of this site. The copyright date on the site is 2012, so it might be out of date, but it's still the top Google result for "meld issue tracker".
If this isn't the right place to suggest that the site be updated, maybe somebody here has contact info for the webmaster?https://gitlab.gnome.org/GNOME/meld/-/issues/183meld-3.18.1 AttributeError: _cached_match2018-11-25T20:03:39ZGhost Usermeld-3.18.1 AttributeError: _cached_matchWhen I save a modified file running meld-3.18.1 I fails with
Traceback (most recent call last):
File "/usr/lib64/python3.6/site-packages/meld/filediff.py", line 1559, in file_saved_cb
self.on_delete_event()
File "/usr/lib64/pytho...When I save a modified file running meld-3.18.1 I fails with
Traceback (most recent call last):
File "/usr/lib64/python3.6/site-packages/meld/filediff.py", line 1559, in file_saved_cb
self.on_delete_event()
File "/usr/lib64/python3.6/site-packages/meld/filediff.py", line 842, in on_delete_event
del self._cached_match
AttributeError: _cached_match
Traceback (most recent call last):
File "/usr/lib64/python3.6/site-packages/meld/meldwindow.py", line 314, in on_delete_event
response = page.on_delete_event()
File "/usr/lib64/python3.6/site-packages/meld/filediff.py", line 842, in on_delete_event
del self._cached_match
AttributeError: _cached_match
This does not happen with version 3.18.0
I'm using Python 3.6.5 here.https://gitlab.gnome.org/GNOME/meld/-/issues/184Horizontal scroll with touchpad does nothing2018-05-28T21:11:59ZGhost UserHorizontal scroll with touchpad does nothingI have a Windows system with a trackpad which is configured for horizontal and vertical scrolling. In most applications this works fine (web browsers, etc) but in Meld, horizontal scroll does not move the diff views.
I figure, either t...I have a Windows system with a trackpad which is configured for horizontal and vertical scrolling. In most applications this works fine (web browsers, etc) but in Meld, horizontal scroll does not move the diff views.
I figure, either this is a Meld-specific issue (possibly related to how the scroll event is hooked to sync the horizontal offset between the panes) or it's a problem with the UI widget set being used (GTK+?) that needs to be addressed upstream. I don't have a Linux system with built-in horizontal scroll handy so I don't have an easy way to determine if this is definitely a Windows-only issue.
Windows 3.16.2 binaries from meldmerge.org, if that matters.https://gitlab.gnome.org/GNOME/meld/-/issues/185Meld needs a start and pause button?2018-06-19T10:49:09ZGhost UserMeld needs a start and pause button?When I go to try to use Meld on my (Ubuntu Linux... or Windows 10?) systems, when I am trying to specify the comparison directories, Meld will lock up when I try to select the second directory for comparison, because the dropdown selecto...When I go to try to use Meld on my (Ubuntu Linux... or Windows 10?) systems, when I am trying to specify the comparison directories, Meld will lock up when I try to select the second directory for comparison, because the dropdown selector is very sensitive and will jump to start the comparison, but with the wrong directories, and that will immediately tie up the system as it gets started. (Ubuntu Linux, i7 notebook, USB 3.0 external drive dock...)
If I could specify the directories FIRST and then hit a START button, I wouldn't care so much if it locked up temporarily, but the locking up makes it very difficult to specify the proper directories before it gets started.
I don't know what "use case" it is designed for, but I am hopeful to be able to use it to cleanup and organize large backup drives (Tb sizes).
Thanks for the cool app.https://gitlab.gnome.org/GNOME/meld/-/issues/186bad visualization on meld after upgrade from ubuntu 14.04 LTS to 18.042019-03-17T19:32:59ZGhost Userbad visualization on meld after upgrade from ubuntu 14.04 LTS to 18.04Hello, I have a problem with meld after upgrade from ubuntu 14.04 to 18.04. Basically it is unusable because the compare diff windows is unreadable. Look at the attach to understand what I said....
With gedit I have a similar problem bu...Hello, I have a problem with meld after upgrade from ubuntu 14.04 to 18.04. Basically it is unusable because the compare diff windows is unreadable. Look at the attach to understand what I said....
With gedit I have a similar problem but after edit preferences on gedit an select other color scheme all was fine, and now I see the editor area ok.... In meld there isn't any option to change the color scheme, so I don't know what how can i solve the problem. It is a bug? or is a particular problem in my system?
More information about my system:
Distributor ID: Ubuntu
Description: Ubuntu 18.04 LTS
Release: 18.04
Codename: bionic
Linux christian-Lenovo-G580 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
![ver](/uploads/7edc0ff9e1d71745387d7289eeb07708/ver.png)https://gitlab.gnome.org/GNOME/meld/-/issues/187Transparent background on Format as Patch msg box2018-05-25T21:46:49ZPablo ABTransparent background on Format as Patch msg boxWith Meld 3.14.2 (Ubuntu 16.04.4 LTS x86_64, Compiz 0.9.12.3), comparing a file, _File > Format as Patch..._, the message box have transparent background instead of white, so we can see through it. Two screenshots to make this more clear...With Meld 3.14.2 (Ubuntu 16.04.4 LTS x86_64, Compiz 0.9.12.3), comparing a file, _File > Format as Patch..._, the message box have transparent background instead of white, so we can see through it. Two screenshots to make this more clear:
![](https://i.imgur.com/dbqpSXq.png)
![](https://i.imgur.com/1V36nBO.png)https://gitlab.gnome.org/GNOME/meld/-/issues/188Customise Date Format2022-01-08T21:52:40ZGhost UserCustomise Date Formatnot a bug but would it be possible to make the date format, shown alongside filenames in the directory comparison, customisable?
I would much rather see the very consistent ISO date format (eg 2018-01-13 10:46), than the much more variab...not a bug but would it be possible to make the date format, shown alongside filenames in the directory comparison, customisable?
I would much rather see the very consistent ISO date format (eg 2018-01-13 10:46), than the much more variable date format you use in Meld 3.14.2 (Linux Mint 18.3 Mate desktop).
Thanks
Grahamhttps://gitlab.gnome.org/GNOME/meld/-/issues/189Recently Used Documents2018-05-20T20:52:50ZGhost UserRecently Used DocumentsOn Linux 18.3 Mate Desktop, Meld temporary files (named like recent-XXXXXX.meldcmp) appear in the Recently Used Documents list. They aren't useful there, but displace actual documents I am working on.On Linux 18.3 Mate Desktop, Meld temporary files (named like recent-XXXXXX.meldcmp) appear in the Recently Used Documents list. They aren't useful there, but displace actual documents I am working on.https://gitlab.gnome.org/GNOME/meld/-/issues/191Meld lockups for a huge time when non-utf16 file is tried to be incorrectly o...2018-07-21T23:13:57ZVasily GalkinMeld lockups for a huge time when non-utf16 file is tried to be incorrectly opened as utf-16 (continuation of mis-deleted isssue 158)Steps to reproduce:
* Run meld from its checkout as `bin/meld po/en_CA.po po/en_GB.po`
* Comparison is shown (after 2-20 seconds, depending on hardware)
* change right-pane encoding to utf-16
* meld lockups for at least several minutes...Steps to reproduce:
* Run meld from its checkout as `bin/meld po/en_CA.po po/en_GB.po`
* Comparison is shown (after 2-20 seconds, depending on hardware)
* change right-pane encoding to utf-16
* meld lockups for at least several minutes, on any hardware
<pre>
#0 0xf5abcc2b in pango_glyph_string_get_width () from
/usr/lib/i386-linux-gnu/libpango-1.0.so.0
#1 0xf5ac9dc1 in pango_layout_line_index_to_x () from
/usr/lib/i386-linux-gnu/libpango-1.0.so.0
#2 0xf5ace096 in pango_layout_index_to_pos () from
/usr/lib/i386-linux-gnu/libpango-1.0.so.0
#3 0xf63b2767 in gtk_text_layout_get_iter_location () from
/usr/lib/i386-linux-gnu/libgtk-3.so.0
#4 0xf63c3b21 in gtk_text_view_get_iter_location () from
/usr/lib/i386-linux-gnu/libgtk-3.so.0
#5 0xf417dd56 in get_line_end (text_view=text_view@entry=0x96687a8,
start_iter=start_iter@entry=0xff90cc04,
line_end=line_end@entry=0xff90ccac, max_x=881, max_y=972,
is_wrapping=0) at gtksourcespacedrawer.c:557
#6 0xf417e9ca in _gtk_source_space_drawer_draw (drawer=0x9680bb0,
view=0x96687a8, cr=0x98b6020) at gtksourcespacedrawer.c:701
#7 0xf416571d in gtk_source_view_draw_layer (text_view=0x96687a8,
layer=GTK_TEXT_VIEW_LAYER_ABOVE_TEXT, cr=0x98b6020) at
gtksourceview.c:2645
#8 0xf7775e3a in ffi_call_SYSV () from /usr/lib/i386-linux-gnu/libffi.so.6
#9 0xf7775aac in ffi_call () from /usr/lib/i386-linux-gnu/libffi.so.6
#10 0xf7071767 in ?? () from
/usr/lib/python3/dist-packages/gi/_gi.cpython-35m-i386-linux-gnu.so
...
</pre>
with _gtk_source_space_drawer_draw never returning and iteratively
calling get_line_end (line numbers correspond to debian
libgtksourceview-3.0-1 3.22.2-1)https://gitlab.gnome.org/GNOME/meld/-/issues/192msys2-mingw64: meld from checkout often deadlocks during startup (in ntdll!Ld...2018-06-22T01:57:26ZVasily Galkinmsys2-mingw64: meld from checkout often deadlocks during startup (in ntdll!LdrpLoaderLock) (copy of mis-deleted issue 174)Steps to reproduce:
* run meld checkout on msys2 several times with two file arguments to start file comparison mode
* 5-20% of tries it deadlocks during startup at random stages (most
often during loading files, while the beginning of f...Steps to reproduce:
* run meld checkout on msys2 several times with two file arguments to start file comparison mode
* 5-20% of tries it deadlocks during startup at random stages (most
often during loading files, while the beginning of files is already rendered). The chances to hang are higher if there is a huge cpu load from unrelated process
The issue reproduces with current meld master 78e41097 from checkout
on msys2-mingw64 on windows 7 with msys2-mingw64 packages updated on
26 March 2018. (I don't think that version matters - I see this
problem for several months)
The issue is the same with meld master checkout and with meld 3.18.0-1
from mingw's pacman. (meld-3-18 checkout strangely immediately crashes
with GLib-GIO-ERROR **: No GSettings schemas are installed on the
system. It doesn't looks related)
By now I don't think that the issue is meld-related or can be solved
at meld side. But reporting it here to track as a near-blocker for
using migw64-binaries in the installer. More information and detailed
C-level analysis is at
https://github.com/Alexpux/MINGW-packages/issues/3510https://gitlab.gnome.org/GNOME/meld/-/issues/193New tab does not get activated2018-05-25T21:21:00ZRonny SchuetzNew tab does not get activatedWhen opening new file pairs (in an existing meld instance) with "-n" (new tab) option, meld doesn't activate this new tab anymore but keeps the previously activated tab activated.
I usually use meld to check the differences of each file...When opening new file pairs (in an existing meld instance) with "-n" (new tab) option, meld doesn't activate this new tab anymore but keeps the previously activated tab activated.
I usually use meld to check the differences of each file before committing it. Tabs and activating the latest tab simplify the process as one can check each file one after each other without opening lots of windows, include the current file in the change set or not while iterating over the files, and close meld and all tabs finally with a single click.https://gitlab.gnome.org/GNOME/meld/-/issues/194Allow customization of the number of items in the recent list2019-04-13T03:16:24ZGhost UserAllow customization of the number of items in the recent listThere should be an option to increase how many items are on the "Open Recent" list.
Looks like this is the option:
[void Gtk::RecentChooser::set_limit(int limit)](https://developer.gnome.org/gtkmm/stable/classGtk_1_1RecentChooser.html#...There should be an option to increase how many items are on the "Open Recent" list.
Looks like this is the option:
[void Gtk::RecentChooser::set_limit(int limit)](https://developer.gnome.org/gtkmm/stable/classGtk_1_1RecentChooser.html#af5f04e647fdc3348b96440146122fc7e)
And maybe here is where that should be added:<br>
https://github.com/GNOME/meld/blob/master/meld/meldwindow.py#L126https://gitlab.gnome.org/GNOME/meld/-/issues/196win32: meld from 3.18.1 installer "flickers" with error window after closing ...2018-07-28T20:54:13ZVasily Galkinwin32: meld from 3.18.1 installer "flickers" with error window after closing tab with file comparison~"1. Bug" ~"5. Filediff"
After closing a tab containing file comparison in meld 3.18.1 installed with installer an error dialog appears.
<pre>
---------------------------
cx_Freeze: Python error in main script
------------------------...~"1. Bug" ~"5. Filediff"
After closing a tab containing file comparison in meld 3.18.1 installed with installer an error dialog appears.
<pre>
---------------------------
cx_Freeze: Python error in main script
---------------------------
Traceback (most recent call last):
File "C:\Python34\lib\site-packages\cx_Freeze\initscripts\__startup__.py", line 14, in run
File "C:\Python34\lib\site-packages\cx_Freeze\initscripts\Console.py", line 26, in run
File "bin/meld", line 29, in <module>
File "C:\Python34\lib\multiprocessing\context.py", line 148, in freeze_support
File "C:\Python34\lib\multiprocessing\spawn.py", line 74, in freeze_support
File "C:\Python34\lib\multiprocessing\spawn.py", line 106, in spawn_main
File "C:\Python34\lib\multiprocessing\spawn.py", line 119, in _main
File "C:\Python34\lib\multiprocessing\process.py", line 273, in _bootstrap
AttributeError: 'NoneType' object has no attribute 'flush'
---------------------------
ОК
---------------------------
</pre>
After 1-2 seconds it **disappears without any user actions**. So it is only bit annoying, but not very annoying. Also it looks that at least on some windows versions it appears as background window.
It is caused by cx_Freeze setting sys.stdout = None
and multiprocessing trying to flush stdout before subprocess exithttps://gitlab.gnome.org/GNOME/meld/-/issues/197win32: meld from 3.18.1 installer does nothing on pressing F1 or selecting Me...2018-10-12T19:48:43ZVasily Galkinwin32: meld from 3.18.1 installer does nothing on pressing F1 or selecting Meld->contents menu~"1. Bug" ~"5. Installer"
The title is self-desribing.
The problem appears only for meld installed from installer, not for meld executed from checkout with pygobject-win32 binaries.
The reason is "combined":
* handling of meld.conf.U...~"1. Bug" ~"5. Installer"
The title is self-desribing.
The problem appears only for meld installed from installer, not for meld executed from checkout with pygobject-win32 binaries.
The reason is "combined":
* handling of meld.conf.UNINSTALLED* flags
* absence of gspawn-win32-helper.exehttps://gitlab.gnome.org/GNOME/meld/-/issues/198Cannot remove line with keyboard shortcut2018-10-02T20:44:44ZbupCannot remove line with keyboard shortcutHi,
![40608221-7910db4e-6273-11e8-8faf-0c2e5ef3f9d1](/uploads/842528d4927fff58020c6220442d4794/40608221-7910db4e-6273-11e8-8faf-0c2e5ef3f9d1.png)
"Push to right" is greyed out. It should move the empty line from left and remove the prin...Hi,
![40608221-7910db4e-6273-11e8-8faf-0c2e5ef3f9d1](/uploads/842528d4927fff58020c6220442d4794/40608221-7910db4e-6273-11e8-8faf-0c2e5ef3f9d1.png)
"Push to right" is greyed out. It should move the empty line from left and remove the printf from the right if i press "Alt-Right".
In order to remove the printf from the right, currently i need to click on the "X" which is very annoying and ruins the workflow. Also, sometimes there is no "X" and i need to manually delete the line.
P.S. this works very well with WinMerge (for comparison), unfortunately this does not run on Linux.https://gitlab.gnome.org/GNOME/meld/-/issues/199black application window on startup2018-06-09T03:48:14ZRitesh Raj Sarrafblack application window on startupPlease find attached a screenshot, where meld upon startup, draws the window with a black screen. If I maximize the window, the issue can be avoided and then further restore of the window works fine.
Here's my setup:
libgtk-3-0:amd64 -...Please find attached a screenshot, where meld upon startup, draws the window with a black screen. If I maximize the window, the issue can be avoided and then further restore of the window works fine.
Here's my setup:
libgtk-3-0:amd64 - 3.22.11-1co1bx1
This is mostly a backport of libgtk from Debian.
meld - 3.18.0
DE - XFCE - 4.12.2
![Screenshot_from_2018-06-08_16-59-40](/uploads/842757694af75f88d856bed8f6c404b4/Screenshot_from_2018-06-08_16-59-40.png)