GNU bug report logs -
#76210
31.0.50; menu-bar-mode unexpectedly shrinks frame substantially
Previous Next
Reported by: Markus Triska <triska <at> metalevel.at>
Date: Tue, 11 Feb 2025 19:08:01 UTC
Severity: normal
Found in version 31.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 76210 in the body.
You can then email your comments to 76210 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76210
; Package
emacs
.
(Tue, 11 Feb 2025 19:08:01 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
.
(Tue, 11 Feb 2025 19:08:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
To reproduce this issue, please invoke Emacs with:
$ emacs -Q --eval "(while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay))"
Within a few seconds of running this, I unexpectedly see the frame
getting smaller and smaller.
With earlier Emacs versions, the frame unexpectedly becomes
substantially larger within a few minutes of running it.
All the best,
Markus
In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw
scroll bars) of 2025-02-11 built on debian
Repository revision: 0e76716c5faa5e91ac3913b02ba4dc690cf5df83
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)
Configured using:
'configure --with-x-toolkit=lucid --with-xpm=ifavailable
--with-gif=ifavailable --with-tiff=ifavailable
--with-gnutls=ifavailable'
Configured features:
FREETYPE GMP JPEG LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP
SOUND THREADS TOOLKIT_SCROLL_BARS X11 XDBE XFT XIM XPM LUCID ZLIB
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76210
; Package
emacs
.
(Tue, 11 Feb 2025 19:26:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 76210 <at> debbugs.gnu.org (full text, mbox):
> From: Markus Triska <triska <at> metalevel.at>
> Date: Tue, 11 Feb 2025 20:48:41 +0100
>
> To reproduce this issue, please invoke Emacs with:
>
> $ emacs -Q --eval "(while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay))"
>
> Within a few seconds of running this, I unexpectedly see the frame
> getting smaller and smaller.
>
> With earlier Emacs versions, the frame unexpectedly becomes
> substantially larger within a few minutes of running it.
I cannot reproduce this on MS-Windows.
Martin, any comments, thoughts, or suggestions?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76210
; Package
emacs
.
(Wed, 12 Feb 2025 10:04:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 76210 <at> debbugs.gnu.org (full text, mbox):
>> To reproduce this issue, please invoke Emacs with:
>>
>> $ emacs -Q --eval "(while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay))"
>>
>> Within a few seconds of running this, I unexpectedly see the frame
>> getting smaller and smaller.
>>
>> With earlier Emacs versions, the frame unexpectedly becomes
>> substantially larger within a few minutes of running it.
>
> I cannot reproduce this on MS-Windows.
>
> Martin, any comments, thoughts, or suggestions?
I cannot reproduce it here with
In GNU Emacs 31.0.50 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.16.0, Xaw3d scroll bars) of 2025-02-12 built on restno
Repository revision: 55ffbeaab1da66abee8a84f79c2cebd2c61f336f
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)
Configured using:
'configure --with-gif=ifavailable --with-tiff=ifavailable
--with-gnutls=no --without-pop --enable-gcc-warnings=warn-only
--with-x-toolkit=lucid --enable-checking=yes
--enable-check-lisp-object-type=yes 'CFLAGS=-O0 -g3 -no-pie
-Wno-missing-braces''
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GSETTINGS HARFBUZZ JPEG LIBSELINUX MODULES
NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS WEBP X11 XAW3D XDBE XIM XINERAMA XINPUT2 XPM XRANDR
LUCID ZLIB
The frame keeps shrinking and expanding by one line as expected.
What happens when you evaluate
(setopt frame-inhibit-implied-resize '(tab-bar-lines menu-bar-lines))
before triggering that loop? If you want to run it from the command line,
use
--eval "(progn (setopt frame-inhibit-implied-resize '(tab-bar-lines menu-bar-lines)) (while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay)))"
Thanks, martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#76210
; Package
emacs
.
(Wed, 12 Feb 2025 17:42:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 76210 <at> debbugs.gnu.org (full text, mbox):
martin rudalics <rudalics <at> gmx.at> writes:
> before triggering that loop? If you want to run it from the command line,
> use
>
> --eval "(progn (setopt frame-inhibit-implied-resize '(tab-bar-lines menu-bar-lines)) (while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay)))"
This yields exactly the behaviour I would expect from repeatedly
enabling and disabling menu-bar-mode, i.e.: no changes of frame size
even after many repetitions.
Thank you and all the best,
Markus
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 01 Mar 2025 12:04:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Markus Triska <triska <at> metalevel.at>
:
bug acknowledged by developer.
(Sat, 01 Mar 2025 12:04:03 GMT)
Full text and
rfc822 format available.
Message #19 received at 76210-done <at> debbugs.gnu.org (full text, mbox):
> From: Markus Triska <triska <at> metalevel.at>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 76210 <at> debbugs.gnu.org
> Date: Wed, 12 Feb 2025 18:41:31 +0100
>
> martin rudalics <rudalics <at> gmx.at> writes:
>
> > before triggering that loop? If you want to run it from the command line,
> > use
> >
> > --eval "(progn (setopt frame-inhibit-implied-resize '(tab-bar-lines menu-bar-lines)) (while t (menu-bar-mode (if menu-bar-mode 0 1)) (redisplay)))"
>
> This yields exactly the behaviour I would expect from repeatedly
> enabling and disabling menu-bar-mode, i.e.: no changes of frame size
> even after many repetitions.
no further comments, so I presume the issue is resolved, and I'm
closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 30 Mar 2025 11:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 77 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.