GNU bug report logs - #21833
24.4; desktop-kill, which is interactive, is in kill-emacs-hook

Previous Next

Package: emacs;

Reported by: Michael Arntzenius <daekharel <at> gmail.com>

Date: Wed, 4 Nov 2015 23:09:02 UTC

Severity: minor

Merged with 28943

Found in versions 24.4, 25.2

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 21833 <at> debbugs.gnu.org, Glenn Morris <rgm <at> gnu.org>, si <at> siancu.net
Subject: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook
Date: Fri, 13 Nov 2015 15:35:22 +0100

[Message part 1 (text/plain, inline)]
On Fri, Nov 13, 2015 at 3:05 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> It also talks about the daemon.  If that's the problem, then I guess
> desktop-kill could behave as if YES was answered when we run in daemon
> mode and -Q was not given on the command line.  Would that make sense?

There are three "ask" cases in desktop-save.

   ask           -- always ask.
   ask-if-new    -- ask if no desktop file exists, otherwise just save.
   ask-if-exists -- ask if desktop file exists, otherwise don't save.

I'm not sure defaulting to YES in all cases is what makes more sense.

> What other use cases are there where this issue could arise,
> i.e. where the user couldn't answer the question?

Don't know. It is posible for an Emacs instance to have all frames in a
remote desktop?

[Message part 2 (text/html, inline)]
This bug report was last modified 4 years and 9 days ago.

Previous Next

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