GNU bug report logs - #5616
23.1.92; `delete-frame' deletes the last frame when emacsclient runs

Previous Next

Package: emacs;

Reported by: p1ng2h3ng <at> gmail.com

Date: Sun, 21 Feb 2010 10:49:02 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 5616 <at> debbugs.gnu.org
Subject: Re: bug#5616: 23.1.92;
	`delete-frame' deletes the last frame when emacsclient runs
Date: Sun, 21 Feb 2010 16:34:12 -0500

"Drew Adams" <drew.adams <at> oracle.com> writes:

> I wonder if `delete-frame' really should act differently in this way for
> emacsclient. What's the rationale for this? Was this exceptional behavior an
> explicit design decision or just a side effect of some implementation changes
> for emacsclient?

The normal reason for refusing to delete the last visible frame is that
doing so orphans the Emacs process; this is moot in daemon mode.

> Until now (Emacs 23), `(delete-frame FRAME)' has always raised an
> error if there is only one visible frame. This means that some
> existing code will expect this behavior, and it will now be broken.

This sounds far-fetched.  Unless you can point to a real-life
misbehavior, let's not worry about this.
This bug report was last modified 15 years and 172 days ago.

Previous Next

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