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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Bastian Beranek <bastian.beischer <at> gmail.com>
Cc: 46299 <at> debbugs.gnu.org, 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 17:53:26 +0200

> From: Bastian Beranek <bastian.beischer <at> gmail.com>
> Date: Mon, 15 Feb 2021 16:32:24 +0100
> Cc: Juri Linkov <juri <at> linkov.net>, 46299 <at> debbugs.gnu.org
> 
> > >   (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.

I see the problem on GNU/Linux, but not on MS-Windows.

Previous Next

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