> My bisection suggests the problematic commit is
> 241616831024c9c9fe2b2378b611db0a560b9675
Thanks. Please try first setting 'frame-inhibit-implied-resize' to t
which should avoid that a frame gets resized when the menu bar is
enabled or disabled (this time I have slightly more hope that it fix
> Date: Thu, 05 Sep 2024 01:45:14 +0300
> From: Aleksandr Vityazev via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> There is a problem in vtable.el when an emoji is specified as a delimiter; the
> header and row delimiters are not aligned.
>
> Minimal reproducer for
> Thanks, but could you tell how that change could have affected this
> assertion violation?
I attach the patch now, sorry for not doing it earlier.
IIUC we are talking about this assertion
eassert (frame_size_change_delayed (XFRAME (w->frame))
|| glyph_row_slice_p
Juri Linkov writes:
I'm using tab-bar-mode, and I've included `tab-bar-format-global` in
`tab-bar-format`. This displays `global-mode-string` on the tab-bar.
However, in `global-mode-string`, I have `mu4e`. The tab-bar seems to
remove the hover and mouse click actions f
Thanks,
imho it'd be also useful to add there that Emacs will make the installed
packages available automatically at startup. Now it reads that Emacs will
add them to `load-path` but I wouldn't infer from this that Emacs will also
make these packages available. And right after that we say that "..
> In any case, I can cause the assertion violation even after making the
> change you suggested above.
Following the OP's recipe I now get
#0 terminate_due_to_signal (sig=6, backtrace_limit=40) at ../../src/emacs.c:432
#1 0x0061b51b in emacs_abort () at ../../src/sysdep.c:2391
#2 0x00
> Date: Wed, 4 Sep 2024 12:23:28 +0100 (BST)
> From: Peter Oliver
>
> If my understanding of this bug is correct, newer versions of WebKitGTK
> reliably crash Emacs, and no-one has been in touch with the WebKitGTK
> developers, so there are no plans to fix that.
>
> If that’s the case, how abo
> From: "J.P."
> Cc: 73...@debbugs.gnu.org, emacs-...@gnu.org, Eli Zaretskii
> Date: Wed, 04 Sep 2024 23:44:02 -0700
>
> Hi Ulrich,
>
> Author of shoddy test here. Apologies for the annoyance.
>
> Ulrich Mueller writes:
>
> > Looking at the code, the test creates three buffers, then sorts th
> From: Krystian Samp
> Date: Thu, 5 Sep 2024 09:44:14 +0200
> Cc: phil...@posteo.net, 72...@debbugs.gnu.org
>
> Thanks,
>
> imho it'd be also useful to add there that Emacs will make the installed
> packages available automatically at
> startup. Now it reads that Emacs will add them to `load-p
This makes sense, thanks for taking the time to explain this in detail.
On Thu, 5 Sept 2024 at 11:10, Eli Zaretskii wrote:
> > From: Krystian Samp
> > Date: Thu, 5 Sep 2024 09:44:14 +0200
> > Cc: phil...@posteo.net, 72...@debbugs.gnu.org
> >
> > Thanks,
> >
> > imho it'd be also useful to add t
I've tested the following setups:
(1) Emacs master, pdf-tools 1.1.0
(2) Emacs 29.4, pdf-tools 1.1.0
The issue appears with (1) but not (2), so I figured I'd report it as
a bug with Emacs rather than pdf-tools, but would welcome other
suggestions.
Steps to reproduce:
1. Install pdf-tools (e.g.,
Sean Whitton writes:
> Hello,
>
> On Tue 03 Sep 2024 at 04:32pm GMT, Philip Kaludercic wrote:
>
>>
>> +(defcustom kill-region-dwim nil
>> + "Behaviour when `kill-region' is invoked without an active region.
>> +If set to nil (default), then an error occurs and nothing is killed. If
>> +set to `
Jeremy Bryant writes:
> Hi,
>
> kmonad is a keyboard configuration tool under MIT license.
> https://github.com/kmonad/kmonad
>
> There is an Emacs major mode to edit the configuration file, based on
> s-expressions. The mode is under GPLv3.
> https://github.com/kmonad/kbd-mode
I don't see a re
> From: Philip Kaludercic
> Cc: Eli Zaretskii , stefankan...@gmail.com,
> acora...@gnu.org, j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 09:39:32 +
>
> >> I think I'm missing something here. When it's nil and there is no
> >> *active* region, but there
> Date: Thu, 5 Sep 2024 10:18:35 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> > Thanks, but could you tell how that change could have affected this
> > assertion violation?
>
> I attach the patch now, sorry for not doing it earlier.
You didn't attach it, bu
> Date: Thu, 5 Sep 2024 10:18:52 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> > In any case, I can cause the assertion violation even after making the
> > change you suggested above.
>
> Following the OP's recipe I now get
>
> #0 terminate_due_to_signal (s
Eli Zaretskii writes:
>> From: Philip Kaludercic
>> Cc: Eli Zaretskii , stefankan...@gmail.com,
>> acora...@gnu.org, j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
>> Date: Thu, 05 Sep 2024 09:39:32 +
>>
>> >> I think I'm missing something here. When it's nil and there is no
>>
> From: Philip Kaludercic
> Cc: spwhit...@spwhitton.name, stefankan...@gmail.com, acora...@gnu.org,
> j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 10:02:45 +
>
> Eli Zaretskii writes:
>
> > If we don't introduce a new command, then what will be the mod
Eli Zaretskii writes:
>> From: Philip Kaludercic
>> Cc: spwhit...@spwhitton.name, stefankan...@gmail.com, acora...@gnu.org,
>> j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
>> Date: Thu, 05 Sep 2024 10:02:45 +
>>
>> Eli Zaretskii writes:
>>
>> > If we don't introduce a new co
Manuel Giraud writes:
> Tags: patch
>
> Hi,
>
> Here is a patch to make `dired-do-open' work on some non GNU/Linux
> systems. I have tested it on OpenBSD with "xdg-open" installed.
>
> Thanks,
>
> In GNU Emacs 31.0.50 (build 19, x86_64-unknown-openbsd7.6) of 2024-09-02
> built on computer
> Rep
Juri Linkov writes:
> So you prefer to slow down only when the user types C-s?
> This is possible by adding a local hook in
> wdired-change-to-wdired-mode:
>
> (add-hook 'isearch-mode-hook #'font-lock-ensure nil t)
A step back: I now tried to reproduce the recipe, but I only see the
clobbered
Hello,
On Thu 05 Sep 2024 at 09:39am GMT, Philip Kaludercic wrote:
>>> + ((eq region 'unix-word)
>>> + (let ((end (point)))
>>> +(save-excursion
>>> + (skip-chars-backward "[:space:]")
>>> +
I wish I could describe exactly what happened. I found
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70541 which sounds
very much like what I'm seeing, but I don't use any input method.
What I can say:
- I use rust-mode (not rust-ts-mode)
- I use eglot (config below)
- I use rust-analyzer 1.80.1
Philip Kaludercic writes:
[...]
>> diff --git a/lisp/dired-aux.el b/lisp/dired-aux.el
>> index cd948bd7dd9..97b1e28a4ff 100644
>> --- a/lisp/dired-aux.el
>> +++ b/lisp/dired-aux.el
>> @@ -1472,7 +1472,7 @@ dired-do-open
>> (when command
>>(dolist (file files)
>> (cond
>> -
Hi,
In emacs 29.1-29.4 the negation is missing in function
ediff-nonempty-string-p, see ediff-init.el:
(defsubst ediff-nonempty-string-p (string)
(and (stringp string) (string-empty-p string)))
should be
(defsubst ediff-nonempty-string-p (string)
(and (stringp string) (not (string-
Tags: patch
Several users have asked me for a command which is just
find-file, but starting from the project root. In large
projects, where project-files is expensive, this will have
substantially better performance than project-find-file.
Also, it allows opening files which aren't included in
> From: e...@pretzelnet.org
> Date: Thu, 05 Sep 2024 08:28:53 -0500
>
> I wish I could describe exactly what happened. I found
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70541 which sounds
> very much like what I'm seeing, but I don't use any input method.
>
> What I can say:
>
> - I use r
> Cc: 73...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 15:48:12 +0200
> From: Manuel Giraud via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> > And is xdg-open reliably available on BSD systems, so that we don't
> > generate an opaque error message if that is not the cas
Eli Zaretskii writes:
>> Cc: 73...@debbugs.gnu.org
>> Date: Thu, 05 Sep 2024 15:48:12 +0200
>> From: Manuel Giraud via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors"
>>
>> > And is xdg-open reliably available on BSD systems, so that we don't
>> > generate an opaque error
Eli Zaretskii writes:
>> Cc: 73...@debbugs.gnu.org
>> Date: Thu, 05 Sep 2024 15:48:12 +0200
>> From: Manuel Giraud via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors"
>>
>> > And is xdg-open reliably available on BSD systems, so that we don't
>> > generate an opaque error
Sean Whitton writes:
> Hello,
>
> On Thu 05 Sep 2024 at 09:39am GMT, Philip Kaludercic wrote:
>
+ ((eq region 'unix-word)
+ (let ((end (point)))
+(save-excursion
+ (skip-chars-backward "[
>> If so, then this violation might be caused by the fact that we
>> (1) did resize windows according to the new sizes but (2) did not update
>> the frame sizes accordingly.
>
> Can you elaborate on how this could be possible? I always thought we
> first allocate the frame matrices, and then the
> Are you running the latest codebase? The assertions in cmcheckmagic
> are supposed to be fixed there.
I suppose you mean the changes related to Bug#71289. They should be
here with the last one as
commit 6fbb699bee2f54d65fbe6074735d42bbc0868c2c
Author: Eli Zaretskii
Date: Wed Jun 5 19:32:1
I observe 100% CPU usage for several seconds when invoking dired for a
directory on one of the remote machines I connect to. This doesn't seem
to happen for another host. The connection to the affected host is
slower, and on that host the issue is worse when the directory has
several symlinks.
> Date: Thu, 5 Sep 2024 16:46:15 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> Anyway, I pulled master again today, built with gtk3 and without-x and
> both exhibit the same behavior with
>
> MagicWrap (tty) == true
> curY (tty) == 4
> FrameRows (tty) == 5
>
>
Dear Emacs maintainers,
I want to propose the addition of an optional recency column to Ibuffer,
which shows the last buffer display time. Sorting by recency is already
supported by Ibuffer (ibuffer-do-sort-by-recency). I use the following
code in my configuration:
(defvar-keymap ibuffer-recency-
> Date: Thu, 5 Sep 2024 16:45:52 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> >> If so, then this violation might be caused by the fact that we
> >> (1) did resize windows according to the new sizes but (2) did not update
> >> the frame sizes accordingly.
>
> Date: Thu, 5 Sep 2024 17:48:51 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> I attach four screenshots to illustrate what I'm doing.
>
> First I split the window via C-x 2 (tty_1.png). Now, using the mouse,
> I drag the lower edge of the terminal window up i
> From: "Suhail Singh"
> Date: Thu, 05 Sep 2024 10:24:54 -0400
>
>
> I observe 100% CPU usage for several seconds when invoking dired for a
> directory on one of the remote machines I connect to. This doesn't seem
> to happen for another host. The connection to the affected host is
> slower, a
Michael Albinus writes:
>
> And here we are. Just /bin:/usr/bin is in the PATH.
> What's needed is, that you expand tramp-remote-path by the directories
> guis keeps the system programs. See the Tramp manual (info "(tramp) Remote
> programs")
>
> See also bug#64534. This is a Guix bug, that's why
> What is supposed to happen, with the current code, when the frame is
> resized to less than the minimum dimensions we allow? Shouldn't we
> disallow/refuse such resizes? And if we don't refuse, what will
> happen to the windows? E.g., if the frame is not tall enough to show
> the menu bar, th
Christopher Howard writes:
Hi Christopher,
>> And here we are. Just /bin:/usr/bin is in the PATH.
>> What's needed is, that you expand tramp-remote-path by the directories
>> guis keeps the system programs. See the Tramp manual (info "(tramp) Remote
>> programs")
>>
>> See also bug#64534. This
> On Sep 5, 2024, at 11:28 AM, Daniel Mendler via Bug reports for GNU Emacs,
> the Swiss army knife of text editors wrote:
>
> As far as I know, multiple packages define a similar formatting function,
> such that we
> could potentially get some code reuse.
Definitely agree. See bug#71572
> It doesn't crash for me when I repeat these steps, but I'm doing this
> in PuTTY logged into a remote GNU/Linux system, so maybe that's the
> reason.
Can you get the window as small as in my third screenshot? In which
order does it re-show windows when you re-enlarge the window? From top
to b
On 2024-09-05 10:36, Eli Zaretskii wrote:
>> Date: Thu, 05 Sep 2024 01:45:14 +0300
>> From: Aleksandr Vityazev via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors"
>>
>> There is a problem in vtable.el when an emoji is specified as a delimiter;
>> the
>> header and row del
* Michael Heerdegen <874j6uz4d8@web.de>
Wrote on Thu, 05 Sep 2024 14:12:19 +0200
apparently the autoload cookie fix that i suggested to wdired.el
wdired--before-change-fn (and recompiling) only gets rid of the match
data clobbered error when I have already applied the earlier
font-lock-ensur
One detail: If looking at the fourth, final screenshot I sent earlier,
then I notice that the last character of the lower mode line is black
which seems to correspond to curX (tty) == FrameCols (tty). Does this
mean that the cursor is on the mode line of the lower normal window?
martin
This is only a minor issue. After enabling `tab-bar-mode' when hovering
with the mouse over the `tab-bar-separator' space, an empty tool tip
will be shown after a short delay.
To reproduce:
1. Start emacs -Q
2. M-x tab-bar-mode
3. Move the mouse pointer over the space right after the "*scratch*"
json-parse-string docstring seems to be truncated at 'which see':
Parse the JSON STRING into a Lisp value.
This is essentially the reverse operation of ‘json-serialize’, which
see. The returned ...
What tab-line-mode is supposed to do?
"Toggle display of tab line in the windows displaying the current buffer."
I couldn't figure what is a "tab line".
Could it be explained in docstring?
Thanks.
In GNU Emacs 29.4 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33,
cairo version 1.16.0)
>> So you prefer to slow down only when the user types C-s?
>> This is possible by adding a local hook in
>> wdired-change-to-wdired-mode:
>>
>> (add-hook 'isearch-mode-hook #'font-lock-ensure nil t)
>
> A step back: I now tried to reproduce the recipe, but I only see the
> clobbered match data e
>>> global-mode-string is a variable defined in xdisp.c.
>>> Value
>>> ((:eval (mu4e--modeline-string)) (t (:eval (lsp--progress-status)))
>>> ((t lsp-java-progress-string)) (:eval (exec/git-mode-string))
>>> (:eval (exec/gc-mode-string)) flycheck-mode-line)
>
> 1. (mu4e--modeline-string) :
>
> #
>>> > And is xdg-open reliably available on BSD systems, so that we don't
>>> > generate an opaque error message if that is not the case?
>>>
>>> I think it would work whether xdg-open is install or not because
>>> `shell-command-guess-open' is defined by testing the presence of
>>> xdg-open. So i
JD Smith writes:
>> On Sep 5, 2024, at 11:28 AM, Daniel Mendler via Bug reports for GNU Emacs,
>> the Swiss army knife of text editors wrote:
>>
>> As far as I know, multiple packages define a similar formatting function,
>> such that we
>> could potentially get some code reuse.
>
> Definite
> Date: Thu, 5 Sep 2024 18:58:47 +0200
> From: martin rudalics
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
>
> One detail: If looking at the fourth, final screenshot I sent earlier,
> then I notice that the last character of the lower mode line is black
> which seems to correspond to curX (tty
> Date: Thu, 5 Sep 2024 18:30:29 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> > It doesn't crash for me when I repeat these steps, but I'm doing this
> > in PuTTY logged into a remote GNU/Linux system, so maybe that's the
> > reason.
>
> Can you get the win
> From: German Pacenza
> Date: Thu, 05 Sep 2024 13:27:42 -0300
>
> json-parse-string docstring seems to be truncated at 'which see':
>
> Parse the JSON STRING into a Lisp value.
> This is essentially the reverse operation of ‘json-serialize’, which
> see. The returned ...
This is not truncation
> From: Thierry Volpiatto
> Date: Thu, 05 Sep 2024 16:40:43 +
>
>
> What tab-line-mode is supposed to do?
>
> "Toggle display of tab line in the windows displaying the current buffer."
>
> I couldn't figure what is a "tab line".
>
> Could it be explained in docstring?
Thanks, done.
Hi Eli, I followed your suggestion and moved the CONFIG argument. I also added
a new entry to the NEWS file.
Thanks.
Vincenzo
In data lunedì 2 settembre 2024 16:23:53 CEST, Eli Zaretskii ha scritto:
> > From: Vincenzo Pupillo
> > Date: Mon, 02 Sep 2024 15:29:23 +0200
> >
> > Ciao,
> > this pat
On Thu, 5 Sept 2024 at 08:49, martin rudalics wrote:
> > My bisection suggests the problematic commit is
> > 241616831024c9c9fe2b2378b611db0a560b9675
>
> Thanks. Please try first setting 'frame-inhibit-implied-resize' to t
> which should avoid that a frame gets resized when the menu bar is
> e
>> Would it be possible to extend jsonrpc.el to check the params argument
>> of jsonrpc-request, jsonrpc-notify, and jsonrpc-async-request whether it
>> is a structured value? And if it is not, then guide the programmer to
>> the above URL with a warning.
The use case makes sense to me, but I w
Eli Zaretskii writes:
>> From: "Suhail Singh"
>> Date: Thu, 05 Sep 2024 10:24:54 -0400
>>
>>
>> I observe 100% CPU usage for several seconds when invoking dired for a
>> directory on one of the remote machines I connect to. This doesn't seem
>> to happen for another host. The connection to t
João Távora writes:
> On Mon, Sep 2, 2024 at 12:24 PM Eli Zaretskii wrote:
>> Thanks, but isn't the above the same as setting the car of
>> process-coding-system for the Eglot subprocesses to 'dos'?
I would think that a better place for encoding the displayed string at
the place where we are di
On Thu, Sep 5, 2024 at 10:32 PM Daniel Pettersson
wrote:
> I might be missing something, but jsonrpc should not in my mind
> convert/format/encode any json data. Any assumptions on line endings
> can only be made on header and content separators, not on the json
> payload itself.
That's also a
v2. Only update `erc-channel-banlist' if initialized. Redo shared hook
mechanism for buffer truncation.
"J.P." writes:
> Both for clarity and compatibility with the current behavior, I think we
> should instead keep `erc-channel-banlist' empty (and locally unbound)
> until formally initialized f
> From: Suhail Singh
> Cc: "Suhail Singh" , 73...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 17:04:23 -0400
>
> Eli Zaretskii writes:
>
> >> It would also help if being over a slow connection didn't result in
> >> Emacs consuming 100% of the CPU via functions such as
> >> `tramp-wait-for-regexp'
> From: Daniel Pettersson
> Cc: Eli Zaretskii , Troy Brown ,
> felician.nem...@gmail.com, 72...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 23:32:08 +0200
>
> > Anyway, if the solution is to be performed at this lower
> > level (which I think it should), then Daniel Petterson
> > jsonrpc.el main
Eli Zaretskii writes:
>> From: Thierry Volpiatto
>> Date: Thu, 05 Sep 2024 16:40:43 +
>>
>>
>> What tab-line-mode is supposed to do?
>>
>> "Toggle display of tab line in the windows displaying the current buffer."
>>
>> I couldn't figure what is a "tab line".
>>
>> Could it be explained
68 matches
Mail list logo
