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
Message #50 received at 21833 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Fri, 13 Nov 2015 10:30:41 +0100
> Cc: Glenn Morris <rgm <at> gnu.org>, 21833 <at> debbugs.gnu.org, si <at> siancu.net
>
> > 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?
>
> If you have a complex setup, particularly involving frames (which are also
> saved).
Sorry, I don't understand: what frames? We are talking about
non-interactive situations, no?
> > FWIW, IME, whenever I see this question (interactively, of course),
> > the correct answer is always NO.
>
> In my case, the right answer is almost always YES (i.e,, I almost always want
> to save the desktop).
Why? In "emacs -Q", the desktop you have is ephemeral; overwriting
your last "normal" invocation's saved desktop runs a very real risk of
wiping out precious information. The desktop file isn't versioned, so
you just lose it forever. How can this ever be TRT?
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.