GNU bug report logs - #67715
28.2; Minibuffer content is sometimes unexpectedly partially hidden

Previous Next

Full log

Message #76 received at 67715 <at> debbugs.gnu.org (full text, mbox):

From: Markus Triska <triska <at> metalevel.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Alan Mackenzie <acm <at> muc.de>, 67715 <at> debbugs.gnu.org
Subject: Re: bug#67715: 28.2;
 Minibuffer content is sometimes unexpectedly partially hidden
Date: Sat, 08 Feb 2025 13:11:40 +0100

Dear Eli, Alan,

Eli Zaretskii <eliz <at> gnu.org> writes:

> Ping!  Markus, can you please answer Alan's question?

Yes of course, please forgive the late reply, I tried to find out more
about the issue in the meantime:

First: Yes exactly, the issue is exactly about inserting text in the
minibuffer, and the minibuffer no longer resizing. I posted a test case
for this regression in this issue. As mentioned, I need this feature to
demonstrate certain functionalities of Emacs, where I programmatically
insert larger text in the minibuffer so that it is better visible, and
this unfortunately now no longer works.

Second, I believe this present issue is closed at least partially for a
wrong reason (in the sense that the given reason alone does not by
itself justify the change): The reason given was that "The change which
caused this cannot be reverted, since it will reintroduce a worse bug
(bug#24285).". However, the commit which causes the issue I described
attempts to address #55412 (not #24285). What I described works as
expected until Emacs 28.1, and stopped working only much more recently,
as of Emacs 28.2 due to commit dfa3e6f424b20fe27d9041b2ce7d69811df5d8cd.

This commit changes 3 files: frame.c, minibuf.c and xdisp.c.

As of Emacs 29.4, the commit can no longer be directly reverted. To find
out more about the issue and what exactly causes it, I have therefore
produced a patch that can be used to revert the commit that cleanly
applies to Emacs 29.4 and can be tested with more recent Emacs versions:

    https://www.metalevel.at/ei/minibuffer.patch

The patch reverts the changes of all 3 files, and restores the behaviour
I get with Emacs versions before the commit was applied.

Considering this patch:

1) if I apply exactly the change (i.e., the reversion) that affects
   frame.c, then the test case I posted works exactly as expected,
   i.e., as with Emacs versions 28.1 and before.

2) if I apply exactly the change that affects minibuf.c, then the
   problem I described in the present issue (#67715) still occurs.

3) if I apply exactly the change that affects xdisp.c, then the problem
   I described in this issue also still occurs.

In a sense, it seems to be the change to frame.c that causes the issue I
described.

In the discussion of #55412, there were significant reservations against
this commit raised by Martin, which may also be worth considering:

    https://debbugs.gnu.org/cgi/bugreport.cgi?bug=55412#74

I hope this helps. Please let me know any time if you have any remaining
questions.

Thank you and all the best,
Markus

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.