GNU bug report logs - #34957
26.1; Minibuffer sometimes shrinks unexpectedly

Previous Next

Package: emacs;

Reported by: Markus Triska <triska <at> metalevel.at>

Date: Sat, 23 Mar 2019 18:02:01 UTC

Severity: normal

Tags: confirmed

Found in version 26.1

To reply to this bug, email your comments to 34957 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#34957; Package emacs. (Sat, 23 Mar 2019 18:02:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Markus Triska <triska <at> metalevel.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 23 Mar 2019 18:02:02 GMT) Full text and rfc822 format available.

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

From: Markus Triska <triska <at> metalevel.at>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; Minibuffer sometimes shrinks unexpectedly
Date: Sat, 23 Mar 2019 19:01:16 +0100
Please start Emacs with "emacs -Q", and then evaluate the form:

    (with-selected-window (minibuffer-window)
      (erase-buffer)
      (insert (propertize "hello" 'face '(:height 3.0)))
      (read-key)
      (read-key)
      (insert (propertize " there!" 'face '(:height 3.0)))
      (read-key)
      (erase-buffer))

What I observe is:

    1) "hello" is displayed in the minibuffer, and the minibuffer
       grows so that the text is entirely visible
    2) when I then press a key, the minibuffer unexpectedly shrinks,
       and the same text is now no longer fully visible
    3) when I then press another key, " there!" is added,
       and the minibuffer is grown again

What I expect is that throughout the whole interaction, the minibuffer
consistently stay at the required size to show the entire text.

In addition, when I remove the first or second read-key call above,
i.e., when I instead evaluate the form:

    (with-selected-window (minibuffer-window)
      (erase-buffer)
      (insert (propertize "hello" 'face '(:height 3.0)))
      (read-key)
      (insert (propertize " there!" 'face '(:height 3.0)))
      (read-key)
      (erase-buffer))

then the minibuffer indeed does stay at the expected size throughout.
Hence, the size of the minibuffer unexpectedly depends on whether
read-key is invoked once or twice.

Thank you and all the best,
Markus


In GNU Emacs 26.1 (build 1, x86_64-apple-darwin15.3.0, X toolkit, Xaw scroll bars)
 of 2018-09-22 built on mt-computer
Windowing system distributor 'The X.Org Foundation', version 11.0.11502000

Configured features:
XPM JPEG TIFF GIF PNG GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE XFT
ZLIB TOOLKIT_SCROLL_BARS LUCID X11 MODULES THREADS LCMS2





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34957; Package emacs. (Tue, 09 Jul 2019 16:14:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Markus Triska <triska <at> metalevel.at>
Cc: 34957 <at> debbugs.gnu.org
Subject: Re: bug#34957: 26.1; Minibuffer sometimes shrinks unexpectedly
Date: Tue, 09 Jul 2019 18:13:52 +0200
Markus Triska <triska <at> metalevel.at> writes:

> Please start Emacs with "emacs -Q", and then evaluate the form:
>
>     (with-selected-window (minibuffer-window)
>       (erase-buffer)
>       (insert (propertize "hello" 'face '(:height 3.0)))
>       (read-key)
>       (read-key)
>       (insert (propertize " there!" 'face '(:height 3.0)))
>       (read-key)
>       (erase-buffer))
>
> What I observe is:
>
>     1) "hello" is displayed in the minibuffer, and the minibuffer
>        grows so that the text is entirely visible
>     2) when I then press a key, the minibuffer unexpectedly shrinks,
>        and the same text is now no longer fully visible
>     3) when I then press another key, " there!" is added,
>        and the minibuffer is grown again

I can confirm that this bug is still present in Emacs 27.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) confirmed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 09 Jul 2019 16:15:02 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 344 days ago.

Previous Next


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