GNU bug report logs - #71386
29.1; Frame is auto-deleted even when it has multiple tabs

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: rudalics <at> gmx.at, abdo.haji.ali <at> gmail.com, shipmints <at> gmail.com, 71386 <at> debbugs.gnu.org
Subject: bug#71386: 29.1; Frame is auto-deleted even when it has multiple tabs
Date: Sun, 30 Mar 2025 10:42:57 +0300

> From: Juri Linkov <juri <at> linkov.net>
> Cc: 71386 <at> debbugs.gnu.org,  martin rudalics <rudalics <at> gmx.at>,  Eli
>  Zaretskii <eliz <at> gnu.org>,  abdo.haji.ali <at> gmail.com
> Date: Sun, 30 Mar 2025 09:35:09 +0300
> 
> > I've been bitten by this same issue where kill-buffer /
> > replace-buffer-in-windows doesn't take available tab-bar tabs into
> > consideration as viable replacement windows to restore when quitting the
> > last window on a frame.  I looked at 29+, 30, 31 window.el/.c and
> > tab-bar.el and I can't find if this was resolved or if there was a recipe
> > to avoid this.
> >
> > I've resorted to wrapping kill-buffer using a custom function, not advice,
> > to inhibit deleting the frame.
> >
> > Do any of you recall if this bug was addressed and how?  If not, may I
> > assist in some way?
> 
> Sorry, I'm still testing the fix attached below.
> Does it work for you?

As I wrote, I don't understand what does deleting a window have to do
with tab-bar.  Can you explain why this is conceptually reasonable as
the default behavior?

Previous Next

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