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

Previous Next

Full log

Message #74 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 20:55:03 +0200

> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Fri, 13 Nov 2015 15:35:22 +0100
> Cc: Glenn Morris <rgm <at> gnu.org>, 21833 <at> debbugs.gnu.org, si <at> siancu.net
> 
> > 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. 

If a daemon is exiting that was not invoked with -Q, yes, I think YES
will always make more sense than NO.  Can you tell why you aren't
sure?

> > 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?

I think only if invoked with -daemon.

Previous Next

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