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


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 21833 <at> debbugs.gnu.org, rgm <at> gnu.org, si <at> siancu.net
Subject: Re: bug#21833: 24.4;
 desktop-kill, which is interactive, is in kill-emacs-hook
Date: Fri, 13 Nov 2015 09:56:53 +0200
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Fri, 13 Nov 2015 00:53:56 +0100
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 21833 <at> debbugs.gnu.org, Stelian Iancu <si <at> siancu.net>
> 
> > So don't put anything on kill-emacs-hook that needs an interactive
> > response from the user. Decide on a sensible non-interactive behaviour,
> > and for the interactive case use kill-emacs-query-functions.
> > The documentation seems clear to me.
> 
> I'd agree, but in some cases, the "sensible non-interactive behaviour" is just
> to abort killing Emacs

Why not decide that the sensible non-interactive behavior is to behave
as if the answer is NO?  Can you think up a use cases where this would
be terribly wrong?

FWIW, IME, whenever I see this question (interactively, of course),
the correct answer is always NO.  So even if the above strategy errs,
it does so in a very small fraction of use cases, at least IME.




This bug report was last modified 4 years and 10 days ago.

Previous Next


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