bug#81575: 31.0.91; Regression in window-deletable-p when Emacs is started as a daemon

Aaron Zeng via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <[email protected]> Mon, 10 Aug 2026 18:13:57 -0400

Newsgroups	gmane.emacs.bugs
Message-ID	<CAB7SQMGKGjkL0Y0iBjUgZYF9BLBVw5c716qsN-2Zw-rqjKGRQg@mail.gmail.com>

> So summing this up: This bug is actually about not deleting the last
> non-initial frame of emacsclient because we are erroneously told that the
> initial frame is visible.  Right?

Yes, that was the primary concern.

On Sun, Aug 9, 2026 at 3:31 AM martin rudalics <[email protected]> wrote:
>
>  >> Previously, (window-deletable-p) returned nil when there was only a
>  >> single window in the one-and-only emacsclient frame.  In bd647f36,
>  >> this behavior changed so that (window-deletable-p) returns `frame'.
>
> I checked in a fix on the release branch.  Please try again.

I tried your patch, and it seems to work.  (And, I think it's even better/closer
to what I think the semantics of window-deletable-p are trying to express.)

Thank you!