GNU bug report logs -
#21833
24.4; desktop-kill, which is interactive, is in kill-emacs-hook
Previous Next
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
[Message part 1 (text/plain, inline)]
On Fri, Nov 13, 2015 at 8:59 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> Then I guess you are saying that in the case of emacs-lock there's no
> similar bug?
No bug. I thought about it and decided that aborting in kill-emacs-hook was
the more reasonable behavior. After all, if you take the trouble to tell
Emacs that a buffer is precious enough not to want Emacs to exit while the
buffer is alive, you won't want to lose it by accident. If you're so hard
pressed to do M-x kill-emacs <RET>, you can precede that with M-x
emacs-lock-mode <RET> to toggle the protection off.
> I'll probably agree (I don't use that package), but why does it have
> to tell us that desktop.el should behave the same? It doesn't have
> the same purpose, right?
No, and I'm not arguing that desktop.el should behave the same. Just that
the case isn't so clear-cut as the bug report seems to imply. In any case,
if the sensible thing is not to ask anything from kill-emacs-hook
(emacs-lock doesn't, BTW), then we have to provide an option so the user
can chose if they want their current desktop silently saved, or silently
discarded.
[Message part 2 (text/html, inline)]
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.