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

[Eli Zaretskii]

> Cc: 63472@debbugs.gnu.org
> 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" <bug-gnu-emacs@gnu.org>
> 
> 
> Kristofer Hjelmtorp via "Bug reports for GNU Emacs, the Swiss army knife of 
> text editors" <bug-gnu-emacs@gnu.org> 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.