Subject: bug#63472: 30.0.50; internal-border-width > 0 "eats" tab-bar for Emacs --pgtk

From: Eli Zaretskii <[email-masked]>
Date: Sat, 13 May 2023 09:44:06 +0300

> Cc: [email-masked]
> Date: Sat, 13 May 2023 10:19:08 +0800
> From:  Ruijie Yu via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <[email-masked]>
> 
> 
> Kristofer Hjelmtorp via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <[email-masked]> writes:
> 
> > The problem is the interaction between the frame parameter 
> > `internal-border-width'
> > and `tab-bar-mode' when Emacs is compiled with '--with-pgtk'. 
> > When `internal-border-width' is larger than 0 and tab-bar-mode is 
> > active the result is that
> > the bottom of the tab bar is overwritten/blocked depending on how 
> > high the value of 
> > `internal-border-width' is. 
> > If you have compile Emacs with '--with-pgtk' you can reproduce 
> > this with:
> > 1. Start Emacs with: 'emacs -Q'
> > 2. In *scratch* buffer, evalute:
> >    (tab-bar-mode +1)
> >    (modify-all-frames-parameters
> >    '((internal-border-width . 10)))
> > 3. The bottom half of the tab bar should now be hidden/blocked. 
> 
> Reproducible on a 3-days-old master, in-source Emacs build.

How about the emacs-29 branch?

At this point, it is much more important to reproduce bugs on the
release branch than on master, TIA.