GNU bug report logs - #46299
28.0.50; Value of tab-bar-show not respected in new frames.

Previous Next

Full log

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

From: Bastian Beranek <bastian.beischer <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 46299 <at> debbugs.gnu.org, Juri Linkov <juri <at> linkov.net>
Subject: Re: bug#46299: 28.0.50;
 Value of tab-bar-show not respected in new frames.
Date: Mon, 15 Feb 2021 16:32:24 +0100

On Mon, Feb 15, 2021 at 4:26 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Juri Linkov <juri <at> linkov.net>
> > Date: Sun, 14 Feb 2021 20:44:20 +0200
> > Cc: 46299 <at> debbugs.gnu.org
> >
> > More low-level test case:
> >
> >   (set-frame-parameter nil 'tab-bar-lines 0)
> >   (set-frame-parameter nil 'tab-bar-lines 1)
> >   (set-frame-parameter nil 'tab-bar-lines 0)
> >
> > that breaks the menu bar.
>
> It doesn't break the menu bar here.  What kind of breakage are we
> talking about, and in what Emacs configuration?

For this to trigger you need to put those lines in a .el file (say
foo.el) and run emacs in text mode and load that file:

emacs -nw -Q -l foo.el

For me there is no menu-bar anymore and using this emacs instance
quickly reveals visual glitches (mode line jumping around for
example). A good way to provoke this is to create a few tabs with C-x
t 2.

Previous Next

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