From unknown Sat Aug 09 15:57:39 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21833 <21833@debbugs.gnu.org> To: bug#21833 <21833@debbugs.gnu.org> Subject: Status: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook Reply-To: bug#21833 <21833@debbugs.gnu.org> Date: Sat, 09 Aug 2025 22:57:39 +0000 retitle 21833 24.4; desktop-kill, which is interactive, is in kill-emacs-ho= ok reassign 21833 emacs submitter 21833 Michael Arntzenius severity 21833 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 04 18:08:18 2015 Received: (at submit) by debbugs.gnu.org; 4 Nov 2015 23:08:18 +0000 Received: from localhost ([127.0.0.1]:53817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zu7A8-000351-H4 for submit@debbugs.gnu.org; Wed, 04 Nov 2015 18:08:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60702) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zu6m7-0000pE-0J for submit@debbugs.gnu.org; Wed, 04 Nov 2015 17:43:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zu6m4-0003fr-Bk for submit@debbugs.gnu.org; Wed, 04 Nov 2015 17:43:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34901) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zu6m4-0003fn-8c for submit@debbugs.gnu.org; Wed, 04 Nov 2015 17:43:24 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42473) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zu6m1-0003yz-JF for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 17:43:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zu6ly-0003db-Vg for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 17:43:21 -0500 Received: from mail-wm0-x22d.google.com ([2a00:1450:400c:c09::22d]:35833) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zu6ly-0003cF-KM for bug-gnu-emacs@gnu.org; Wed, 04 Nov 2015 17:43:18 -0500 Received: by wmll128 with SMTP id l128so126674119wml.0 for ; Wed, 04 Nov 2015 14:43:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ajqbqq4wCU74PLOwnMS4qyrk7YWcC3ffrMPNP+iTBio=; b=ylBGNu7aM5igcX8TQTKLjqfgzsDePXYdX9OSFDuVknXWJXIT5c7LVtDCLNdDv1IK20 M6IGGvPDDwStBWtVnLlMiznZ/7Cjlh8qf2SQCw27v12GDVkZHso9C9G/ogQfL9jtYuBe bHRYBO2/e8bIFYhSadIXx78zp0RuC743nnp6YjtcKGQmTm84GLRpaCeAMFQHj2y+diE4 HttAzUvvZWV6Vtk3W2uNPEnK9aSO/nHXjEAqGo+SsmtG1cmnAneU8j+KXFphfyJEFav6 QJ/rT8w2MTqkdJcJVZEoerkIR0PiC5bwMQdHenDPnfGuvS+tKrncEWh+zqg6lCWeIEY8 dlEQ== MIME-Version: 1.0 X-Received: by 10.28.138.140 with SMTP id m134mr6114380wmd.74.1446676997849; Wed, 04 Nov 2015 14:43:17 -0800 (PST) Received: by 10.27.201.132 with HTTP; Wed, 4 Nov 2015 14:43:17 -0800 (PST) Date: Wed, 4 Nov 2015 22:43:17 +0000 Message-ID: Subject: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook From: Michael Arntzenius To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a114436028fca2f0523bebcc8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 04 Nov 2015 18:08:15 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a114436028fca2f0523bebcc8 Content-Type: text/plain; charset=UTF-8 Recipe: emacs -Q M-x desktop-save-mode C-h v kill-emacs-hook M-x kill-emacs Expected behavior: emacs is killed. Actual behavior: asked "Save desktop? (y or n)" The same behavior occurs if I send emacs SIGTERM. In particular, this behavior occurs if an `emacs --daemon' instance with no running clients is sent SIGTERM, which results in it... not quitting. Sending SIGTERM twice kills it, but this is very idiosyncratic behavior. In GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.9) of 2015-03-21 on kissel, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11701000 System Description: Ubuntu 15.04 Configured using: `configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' CPPFLAGS=-D_FORTIFY_SOURCE=2 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'' Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t paredit-mode: t rainbow-delimiters-mode: t whitespace-mode: t which-function-mode: t iswitchb-mode: t desktop-save-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t column-number-mode: t line-number-mode: t Recent input: M-x r e p o r t e - - e m C-g M-x s u m m C-g M-x r e p o r t - e m d e s k t o p SPC M-b k i l l - C-g C-h f d e s k t o p - k i l l C-h v d k i l l - e m h o C-' C-n C-n C-e C-a C-e C-M-' C-; r j e C-; C-f . e m / i n i C-a C-s C-g C-; r s e C-e C-p C-n C-s ? e C-a C-; r j e C-e C-; e C-; C-g C-a C-e C-; C-e C-; r j e C-a C-e C-r s e t - r e g i s t C-e C-; r i p C-/ C-a C-e C-; C-s M-x r e p o r t - e m Recent messages: '(desktop-load-locked-desktop t)" Mark saved where search started jump-to-register: Register doesn't contain a buffer position or configuration kmacro-call-macro: No kbd macro has been defined C-x C-g is undefined (file . "~/.emacs.d/init.el") Mark saved where search started Mark set Undo! (No changes need to be saved) Load-path shadows: /home/rntz/.emacs.d/elpa/haml-mode-20141213.920/haml-mode hides ~/.emacs.d/elisp/haml-mode /home/rntz/.emacs.d/elpa/sass-mode-20141219.324/sass-mode hides ~/.emacs.d/elisp/sass-mode /home/rntz/.emacs.d/elpa/yaml-mode-20141125.37/yaml-mode hides ~/.emacs.d/elisp/yaml-mode /home/rntz/.emacs.d/elpa/markdown-mode-20150121.1229/markdown-mode hides ~/.emacs.d/elisp/markdown-mode /home/rntz/.emacs.d/elpa/paredit-20150217.713/paredit hides ~/.emacs.d/elisp/paredit /usr/share/emacs/24.4/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup ~/.emacs.d/elisp/loaddefs hides /usr/share/emacs/24.4/lisp/loaddefs /usr/share/emacs24/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/24.4/lisp/textmodes/flyspell /usr/share/emacs24/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/24.4/lisp/textmodes/ispell /home/rntz/.emacs.d/elpa/prolog-1.22/prolog hides /usr/share/emacs/24.4/lisp/progmodes/prolog Features: (shadow sort mail-extr misearch multi-isearch eieio-opt emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils add-log server sml-mode julia-mode ert debug sgml-mode tex-mode rst sass-mode haml-mode js css-mode ruby-mode simple-tabs elm-mode elm-map elm-preview elm-compile elm-repl elm-util elm-font-lock elm-indentation elm-indent elm-string js3-mode js3-parse js3-browse js3-highlight js3-ast js3-messages js3-scan js3-util js3-vars js3-externs python json cider-mode cider-eldoc eldoc cider-interaction cider-doc org-table cider-test cider-stacktrace cider-client nrepl-client queue cider-util ewoc clojure-mode conf-mode markdown-mode slime arc-mode archive-mode hyperspec agda2-mode derived agda2-queue agda2-abbrevs skeleton agda2-highlight agda2 agda-input quail help-mode annotation eri pp rust-mode cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds lua-mode rx make-mode utop utop-minor-mode caml tuareg_indent tuareg speedbar sb-image ezimage dframe caml-help caml-types caml-emacs scheme racket-mode racket-collection tq ido racket-profile racket-edit hideshow racket-complete racket-repl racket-util racket-common racket-indent racket-font-lock racket-keywords-and-builtins thingatpt racket-custom dash haskell-indent superword subword haskell-font-lock inf-haskell haskell-cabal haskell-utils haskell-decl-scan haskell-mode haskell-string haskell-sort-imports haskell-align-imports haskell-compat haskell-complete-module flymake etags compile dabbrev haskell-customize vc-git org-element org-rmail org-mhe org-irc org-info org-gnus org-docview doc-view jka-compr image-mode org-bibtex bibtex org-bbdb org-w3m org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs find-func cal-menu calendar cal-loaddefs dired-aux sh-script smie executable tramp-cache tramp-sh tramp tramp-compat auth-source eieio eieio-core gnus-util mm-util mail-prsvr password-cache tramp-loaddefs trampver shell pcomplete comint ring format-spec buffer-rename-relative paredit rainbow-delimiters whitespace which-func imenu paren time-date iswitchb icomplete hl-line desktop frameset cus-start cus-load ansi-color cstuff cc-styles cc-align cc-engine cc-vars cc-defs browse-url dired-details+ dired-details dired-x wdired dired dired-sort-map ls-lisp byte-opt bytecomp byte-compile cconv mode-line-host-name advice autoload help-fns lisp-mnt ctags-autoloads dot-mode-autoloads edmacro kmacro js3-mode-autoloads git-commit-mode-autoloads pkg-info-autoloads epl-autoloads prolog-autoloads queue-autoloads s-autoloads info easymenu slime-autoloads stupid-indent-mode-autoloads cl-macs package epg-config proof-site proof-autoloads pg-vars mmm-auto mmm-vars mmm-compat cl gv cl-loaddefs cl-lib tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 16 685833 56003) (symbols 48 53292 0) (miscs 40 13732 2490) (strings 32 149124 24011) (string-bytes 1 4249422) (vectors 16 64105) (vector-slots 8 2219937 150055) (floats 8 262 561) (intervals 56 25805 0) (buffers 960 440) (heap 1024 83840 2089)) --001a114436028fca2f0523bebcc8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Recipe:

emacs -Q
M-x desktop-save-mode
C-h v = kill-emacs-hook
M-x kill-emacs

Expected behavior: emacs is killed= .
Actual behavior: asked "Save desktop? (y or n)"

The s= ame behavior occurs if I send emacs SIGTERM. In particular, this
behavio= r occurs if an `emacs --daemon' instance with no running clients
is = sent SIGTERM, which results in it... not quitting. Sending SIGTERM
twice= kills it, but this is very idiosyncratic behavior.

In GNU Emacs 24.= 4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.9)
=C2=A0of 2015-03-21 on ki= ssel, modified by Debian
Windowing system distributor `The X.Org Foundat= ion', version 11.0.11701000
System Description:=C2=A0=C2=A0=C2=A0 Ub= untu 15.04

Configured using:
=C2=A0`configure --build x86_64-linu= x-gnu --prefix=3D/usr
=C2=A0--sharedstatedir=3D/var/lib --libexecdir=3D/= usr/lib
=C2=A0--localstatedir=3D/var/lib --infodir=3D/usr/share/info
= =C2=A0--mandir=3D/usr/share/man --with-pop=3Dyes
=C2=A0--enable-locallis= ppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/= local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emac= s/site-lisp
=C2=A0--build x86_64-linux-gnu --prefix=3D/usr --sharedstate= dir=3D/var/lib
=C2=A0--libexecdir=3D/usr/lib --localstatedir=3D/var/lib<= br>=C2=A0--infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-pop= =3Dyes
=C2=A0--enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local= /share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/ema= cs/24.4/site-lisp:/usr/share/emacs/site-lisp
=C2=A0--with-x=3Dyes --with= -x-toolkit=3Dgtk3 --with-toolkit-scroll-bars
=C2=A0'CFLAGS=3D-g -O2 = -fstack-protector-strong -Wformat
=C2=A0-Werror=3Dformat-security -Wall&= #39; CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2
=C2=A0'LDFLAGS=3D-Wl,-Bsymboli= c-functions -Wl,-z,relro''

Important settings:
=C2=A0 val= ue of $LANG: en_US.UTF-8
=C2=A0 locale-coding-system: utf-8-unix

= Major mode: Emacs-Lisp

Minor modes in effect:
=C2=A0 shell-dirtra= ck-mode: t
=C2=A0 paredit-mode: t
=C2=A0 rainbow-delimiters-mode: t=C2=A0 whitespace-mode: t
=C2=A0 which-function-mode: t
=C2=A0 iswi= tchb-mode: t
=C2=A0 desktop-save-mode: t
=C2=A0 tooltip-mode: t
= =C2=A0 mouse-wheel-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 glo= bal-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 auto-compositio= n-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mode= : t
=C2=A0 temp-buffer-resize-mode: t
=C2=A0 column-number-mode: t=C2=A0 line-number-mode: t

Recent input:
M-x r e p o r t e - <= ;backspace> <backspace> - e m <tab>
<return> C-g M= -x s u m m <tab> C-g M-x r e p o r t
- e m <tab> <return= > d e s k t o p SPC <backspace>
M-b k i l l - C-g C-h f d e s = k t o p - k i l l <return>
C-h v d <backspace> k i l l - e = m <tab> h o <tab> <return>
C-' C-n C-n C-e C-a C-= e C-M-' C-; r j e C-; C-f . e
m <tab> / i n i <tab> <= ;return> C-a C-s C-g C-; r s
e C-e C-p C-n C-s ? e C-a C-; r j e C-e= C-; e C-; C-g
C-a C-e C-; C-e C-; r j e C-a C-e C-r s e t - r e g
= i s t C-e C-; r i p C-/ C-a C-e C-; C-s M-x r e p o
r t - e m <tab&g= t; <return>

Recent messages:
=C2=A0'(desktop-load-locke= d-desktop t)"
Mark saved where search started
jump-to-register: = Register doesn't contain a buffer position or configuration
kmacro-c= all-macro: No kbd macro has been defined
C-x C-g is undefined
(file .= "~/.emacs.d/init.el")
Mark saved where search started
Mark= set
Undo!
(No changes need to be saved)

Load-path shadows:/home/rntz/.emacs.d/elpa/haml-mode-20141213.920/haml-mode hides ~/.emacs.d= /elisp/haml-mode
/home/rntz/.emacs.d/elpa/sass-mode-20141219.324/sass-mo= de hides ~/.emacs.d/elisp/sass-mode
/home/rntz/.emacs.d/elpa/yaml-mode-2= 0141125.37/yaml-mode hides ~/.emacs.d/elisp/yaml-mode
/home/rntz/.emacs.= d/elpa/markdown-mode-20150121.1229/markdown-mode hides ~/.emacs.d/elisp/mar= kdown-mode
/home/rntz/.emacs.d/elpa/paredit-20150217.713/paredit hides ~= /.emacs.d/elisp/paredit
/usr/share/emacs/24.4/site-lisp/debian-startup h= ides /usr/share/emacs/site-lisp/debian-startup
~/.emacs.d/elisp/loaddefs= hides /usr/share/emacs/24.4/lisp/loaddefs
/usr/share/emacs24/site-lisp/= dictionaries-common/flyspell hides /usr/share/emacs/24.4/lisp/textmodes/fly= spell
/usr/share/emacs24/site-lisp/dictionaries-common/ispell hides /usr= /share/emacs/24.4/lisp/textmodes/ispell
/home/rntz/.emacs.d/elpa/prolog-= 1.22/prolog hides /usr/share/emacs/24.4/lisp/progmodes/prolog

Featur= es:
(shadow sort mail-extr misearch multi-isearch eieio-opt emacsbug mes= sage
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231=
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
= mail-utils add-log server sml-mode julia-mode ert debug sgml-mode
tex-mo= de rst sass-mode haml-mode js css-mode ruby-mode simple-tabs
elm-mode el= m-map elm-preview elm-compile elm-repl elm-util elm-font-lock
elm-indent= ation elm-indent elm-string js3-mode js3-parse js3-browse
js3-highlight = js3-ast js3-messages js3-scan js3-util js3-vars
js3-externs python json = cider-mode cider-eldoc eldoc cider-interaction
cider-doc org-table cider= -test cider-stacktrace cider-client
nrepl-client queue cider-util ewoc c= lojure-mode conf-mode markdown-mode
slime arc-mode archive-mode hyperspe= c agda2-mode derived agda2-queue
agda2-abbrevs skeleton agda2-highlight = agda2 agda-input quail help-mode
annotation eri pp rust-mode cc-langs cc= -mode cc-fonts cc-guess cc-menus
cc-cmds lua-mode rx make-mode utop utop= -minor-mode caml tuareg_indent
tuareg speedbar sb-image ezimage dframe c= aml-help caml-types caml-emacs
scheme racket-mode racket-collection tq i= do racket-profile racket-edit
hideshow racket-complete racket-repl racke= t-util racket-common
racket-indent racket-font-lock racket-keywords-and-= builtins thingatpt
racket-custom dash haskell-indent superword subword h= askell-font-lock
inf-haskell haskell-cabal haskell-utils haskell-decl-sc= an haskell-mode
haskell-string haskell-sort-imports haskell-align-import= s haskell-compat
haskell-complete-module flymake etags compile dabbrev h= askell-customize
vc-git org-element org-rmail org-mhe org-irc org-info o= rg-gnus
org-docview doc-view jka-compr image-mode org-bibtex bibtex org-= bbdb
org-w3m org org-macro org-footnote org-pcomplete org-list org-faces=
org-entities noutline outline easy-mmode org-version ob-emacs-lisp obob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint
ob-c= ore ob-eval org-compat org-macs org-loaddefs find-func cal-menu
calendar= cal-loaddefs dired-aux sh-script smie executable tramp-cache
tramp-sh t= ramp tramp-compat auth-source eieio eieio-core gnus-util
mm-util mail-pr= svr password-cache tramp-loaddefs trampver shell
pcomplete comint ring f= ormat-spec buffer-rename-relative paredit
rainbow-delimiters whitespace = which-func imenu paren time-date iswitchb
icomplete hl-line desktop fram= eset cus-start cus-load ansi-color cstuff
cc-styles cc-align cc-engine c= c-vars cc-defs browse-url dired-details+
dired-details dired-x wdired di= red dired-sort-map ls-lisp byte-opt
bytecomp byte-compile cconv mode-lin= e-host-name advice autoload help-fns
lisp-mnt ctags-autoloads dot-mode-a= utoloads edmacro kmacro
js3-mode-autoloads git-commit-mode-autoloads pkg= -info-autoloads
epl-autoloads prolog-autoloads queue-autoloads s-autoloa= ds info easymenu
slime-autoloads stupid-indent-mode-autoloads cl-macs pa= ckage epg-config
proof-site proof-autoloads pg-vars mmm-auto mmm-vars mm= m-compat cl gv
cl-loaddefs cl-lib tooltip electric uniquify ediff-hook v= c-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image re= gexp-opt
fringe tabulated-list newcomment lisp-mode prog-mode register p= age
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-loc= k
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
= vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romani= an slovak czech european ethiopic indian cyrillic chinese
case-table epa= -hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs butto= n faces cus-face macroexp files text-properties overlay
sha1 md5 base64 = format env code-pages mule custom widget
hashtable-print-readable backqu= ote make-network-process dbusbind
gfilenotify dynamic-setting system-fon= t-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty ema= cs)

Memory information:
((conses 16 685833 56003)
=C2=A0 (symb= ols 48 53292 0)
=C2=A0 (miscs 40 13732 2490)
=C2=A0 (strings 32 14912= 4 24011)
=C2=A0 (string-bytes 1 4249422)
=C2=A0 (vectors 16 64105)=C2=A0 (vector-slots 8 2219937 150055)
=C2=A0 (floats 8 262 561)
=C2= =A0 (intervals 56 25805 0)
=C2=A0 (buffers 960 440)
=C2=A0 (heap 1024= 83840 2089))
--001a114436028fca2f0523bebcc8-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 15:08:56 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 20:08:56 +0000 Received: from localhost ([127.0.0.1]:35102 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZwyAx-0007bw-V6 for submit@debbugs.gnu.org; Thu, 12 Nov 2015 15:08:56 -0500 Received: from mail-wm0-f42.google.com ([74.125.82.42]:34221) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zwy9h-0007Zk-2k for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 15:07:37 -0500 Received: by wmvv187 with SMTP id v187so51001069wmv.1 for <21833@debbugs.gnu.org>; Thu, 12 Nov 2015 12:07:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siancu_net.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=UsysoV/TC6MUHFusTKy5nSZX7FN2EtpbfLIL1MCEYwE=; b=PTJGpCX/rM0ygvEM/BorNoBVkUHqg6JWGp3CHxkFCGCv1nW760hv3w5N4u0BUXeyDj aapQRXXjOnYVN1EyPj8jWgwk6dxLe8ahkHLnC7tUppqpFRJz3arqCIZxwLQE2XdJq+O9 6ZLXtQBpWJi5dVNs0jg7SNTZ/T2dHo4+ccsQmQccRz7VXkwg95+ny+j7Lgl3gUmF2epc vrx48coYHbKYzrNzPPyADie6y1/fRXGIifJg8X9qpXNi0+BS5SnjU5xIlAS7zfQUpLR5 Jn3qa3MUuwuhMp8O1PWOArHidCBa5u4RvyGJIAJ9ePj0lfy5DKxkr6XKP92tZn93iSp+ SOxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-type:content-transfer-encoding; bh=UsysoV/TC6MUHFusTKy5nSZX7FN2EtpbfLIL1MCEYwE=; b=f0A8gKzmDkXTkaXJ7LaPhhWGIfKmIolHp/cXLU4nC4Wze+nPwW9W87ik1xULVm7OOe 8Z2QKwC4GxTaCYLtowst/QH6o8vLqAlAB4NlGJ78AqX6edbUX+fiOxi/rvDgdI/9UTur fLmidnjT2XHKp/MwKDYAmPCO37Fr+k1n/dD1N71jTzrufqZ2mZ0erez06qPLT4/x/ai9 Tof0mac7PZH0XT4DufMzJZX6iHMp0f6LVokh+w2sH0t4VrLcT08iuR5WcEBtoj/2rgEG ncg8k9tNsyDxIsUj3v3fipyHxqxpJk8+HqCujX3ceAVN7HortMa7ICCcXLKWciGTytIe 0OCw== X-Gm-Message-State: ALoCoQk+y73/VFpQLGNNmCzr1sVxQIrj2ESTgD446uSmiWcJqmNqPTZ3it8FIrMjGZVTdfjKIKTq X-Received: by 10.28.19.65 with SMTP id 62mr48206370wmt.6.1447358856450; Thu, 12 Nov 2015 12:07:36 -0800 (PST) Received: from Stelians-MacBook-Pro.local (195-202-233-157.dynamic.hispeed.ch. [195.202.233.157]) by smtp.gmail.com with ESMTPSA id w4sm16132668wje.49.2015.11.12.12.07.35 for <21833@debbugs.gnu.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Nov 2015 12:07:36 -0800 (PST) To: 21833@debbugs.gnu.org From: Stelian Iancu Subject: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook Message-ID: <5644F186.1000405@siancu.net> Date: Thu, 12 Nov 2015 21:07:34 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 X-Mailman-Approved-At: Thu, 12 Nov 2015 15:08:54 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) I think this might be the correct behavior. The documentation of `desktop-save-mode' says the following: When Desktop Save mode is enabled, the state of Emacs is saved from one session to another. In particular, Emacs will save the desktop when it exits (this may prompt you; see the option `desktop-save'). The next time Emacs starts, if this mode is active it will restore the desktop. The default value of `desktop-save' is `ask-if-new'. Since you started Emacs with -Q, I guess there was no desktop file loaded and that's why you get the prompt. Can somebody more knowledgeable than me comment? Thanks, Stelian From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 15:11:25 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 20:11:25 +0000 Received: from localhost ([127.0.0.1]:35106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZwyDM-0007gJ-Ok for submit@debbugs.gnu.org; Thu, 12 Nov 2015 15:11:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40220) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZwyDK-0007gC-V2 for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 15:11:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwyDK-0007VR-B5 for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 15:11:23 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58114) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwyDJ-0007VF-3X; Thu, 12 Nov 2015 15:11:21 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZwyDH-0008Nj-QU; Thu, 12 Nov 2015 15:11:19 -0500 From: Glenn Morris To: Stelian Iancu Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook References: <5644F186.1000405@siancu.net> X-Spook: Weapons cache Enriched Pine Gap Public Health Immigration X-Ran: 4`/`?w-i]wTn#n_f>B#[dR1N}.P'xL:SS*kcB%h5A<=w/9|!~W2n|l+'73\D@'r_yN>(=B X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 12 Nov 2015 15:11:19 -0500 In-Reply-To: <5644F186.1000405@siancu.net> (Stelian Iancu's message of "Thu, 12 Nov 2015 21:07:34 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) The point is that kill-emacs-hook is not supposed to contain interactive things. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 15:24:41 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 20:24:41 +0000 Received: from localhost ([127.0.0.1]:35129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZwyQD-00080s-8X for submit@debbugs.gnu.org; Thu, 12 Nov 2015 15:24:41 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:33917) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZwyQB-00080k-BX for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 15:24:39 -0500 Received: by wmvv187 with SMTP id v187so51644554wmv.1 for <21833@debbugs.gnu.org>; Thu, 12 Nov 2015 12:24:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siancu_net.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=i+bJSQf1GOxmPh5sFrX65IMy5JdhjYaHMY8+a0PN8zc=; b=L7Om6hlbIQf7JfBGvzky9UjflaNPpZRi28TUB9ssJssrKZ2XmV8jaJMb66WtcraiAQ BEZOuBqum+ARSF6RlKcGksdQE/nvycVFXEXrNWewkjeTw8foZkZ6SwVMtvenlMGSfV6N XQijti4keiybH33JM9y9Fk1jqbhPCMW0FfEA2X9hlFePgQcOMd3vGM69zXfJRUpW5BRH VaThbH12Op0vxCHsI8TKd1HDg8CScZ0Hlqt4hES3WcnR7IjotpUsuFAPZe9Caqp+h4r1 TXHGfRMahGNDGmnLKxinnTWREIpw+hlDmZr/obQwg1O/VcmmPRKuC77rGWHKh4HP6OrU X4Yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=i+bJSQf1GOxmPh5sFrX65IMy5JdhjYaHMY8+a0PN8zc=; b=MSiJ+lg/Q8TJWqFLVNOwkFJft2JrPJo57tECY6RH3E0UL4h8kBMefODJIQDFiXmdSK nwMI3P5D5k1sTmb8tk7I3gJeXcxcdItC815AQEnGJV1hjo6AtbDX7xs4YDdGLmmoQBXg FBiU4xNp6nOaSOMXnMsF/8sX39eUmeKPyNOBEfO9HdwDzYGkO7fJOmh53++/sLT5tBxm nJ+wwmWs/vy3hbMUl+M3+B/wSIBUDbLzPDagaV7hzHI7afT1Njj61dc5A3dbfQAl8+QP sJgnqDOUJ1GoclxpNbJSebIfy0Og/ypt4IwUlcmwQj1ZWtTx8kTXOV9vOvM8A+6f5SOz nOeQ== X-Gm-Message-State: ALoCoQm0o9/F9HZsDrI7XbzFIF/Bnx+DRDWpgsUWgfY8Jl1y3UlpJGaEQJZMqVbYmwYeGLvWvZJC X-Received: by 10.28.23.211 with SMTP id 202mr18933632wmx.81.1447359878556; Thu, 12 Nov 2015 12:24:38 -0800 (PST) Received: from Stelians-MacBook-Pro.local (195-202-233-157.dynamic.hispeed.ch. [195.202.233.157]) by smtp.gmail.com with ESMTPSA id 71sm294004wmm.24.2015.11.12.12.24.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Nov 2015 12:24:38 -0800 (PST) Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Glenn Morris References: <5644F186.1000405@siancu.net> From: Stelian Iancu Message-ID: <5644F584.5060205@siancu.net> Date: Thu, 12 Nov 2015 21:24:36 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 12/11/15 21:11, Glenn Morris wrote: > > The point is that kill-emacs-hook is not supposed to contain interactive > things. > Thanks for the clarification. I've had a look at the code and desktop-kill is added to the kill-emacs-hook in desktop.el: (unless noninteractive (add-hook 'kill-emacs-hook 'desktop-kill)) So I guess the fix would be to remove these two lines, right? Thanks, Stelian From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 15:50:20 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 20:50:20 +0000 Received: from localhost ([127.0.0.1]:35149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zwyp1-0000DM-6m for submit@debbugs.gnu.org; Thu, 12 Nov 2015 15:50:19 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:38864) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zwyoy-0000DD-Qz for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 15:50:17 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NXP00500YS4XW00@a-mtaout23.012.net.il> for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 22:50:15 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXP005NSZ7QX020@a-mtaout23.012.net.il>; Thu, 12 Nov 2015 22:50:15 +0200 (IST) Date: Thu, 12 Nov 2015 22:50:01 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: <5644F584.5060205@siancu.net> X-012-Sender: halo1@inter.net.il To: Stelian Iancu Message-id: <83wptngcxy.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stelian Iancu > Date: Thu, 12 Nov 2015 21:24:36 +0100 > Cc: 21833@debbugs.gnu.org > > On 12/11/15 21:11, Glenn Morris wrote: > > > > The point is that kill-emacs-hook is not supposed to contain interactive > > things. > > > > Thanks for the clarification. > > I've had a look at the code and desktop-kill is added to the > kill-emacs-hook in desktop.el: > > (unless noninteractive > (add-hook 'kill-emacs-hook 'desktop-kill)) > > So I guess the fix would be to remove these two lines, right? Not exactly. From the ELisp manual: -- Variable: kill-emacs-hook This normal hook is run by `kill-emacs', before it kills Emacs. Because `kill-emacs' can be called in situations where user interaction is impossible (e.g., when the terminal is disconnected), functions on this hook should not attempt to interact with the user. If you want to interact with the user when Emacs is shutting down, use `kill-emacs-query-functions', described below. So I think the hook should be added to kill-emacs-query-functions, since we still want to ask the user that question, when appropriate. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 16:38:54 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 21:38:54 +0000 Received: from localhost ([127.0.0.1]:35179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zwza1-0001Pq-Pn for submit@debbugs.gnu.org; Thu, 12 Nov 2015 16:38:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57863) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zwza0-0001Pj-2d for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 16:38:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwzZz-0003pY-5o for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 16:38:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwzZx-0003pE-J8; Thu, 12 Nov 2015 16:38:49 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZwzZw-0004JX-KZ; Thu, 12 Nov 2015 16:38:48 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> X-Spook: cybercash Medco Defcon Nationalist Mafia defense X-Ran: XKWv&*>o9CvWff);qfoIU[d:pjeDLC=7sh\i[u|)9*LH&0bUSG46*Ipx5iuqgu=_HT_T,W X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 12 Nov 2015 16:38:48 -0500 In-Reply-To: <83wptngcxy.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 12 Nov 2015 22:50:01 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Stelian Iancu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) >> (unless noninteractive >> (add-hook 'kill-emacs-hook 'desktop-kill)) There are several other instances of this form. Someone should check them all, and consider what TRT to do is when Emacs isn't in batch mode but can't interact. Ref bug#13697 and 8137, and commit 845fc5e5. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 18:05:15 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 23:05:16 +0000 Received: from localhost ([127.0.0.1]:35222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx0vb-0003Ta-9s for submit@debbugs.gnu.org; Thu, 12 Nov 2015 18:05:15 -0500 Received: from mail-lb0-f176.google.com ([209.85.217.176]:35549) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx0vG-0003Sh-4b for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 18:05:13 -0500 Received: by lbbsy6 with SMTP id sy6so15632283lbb.2 for <21833@debbugs.gnu.org>; Thu, 12 Nov 2015 15:04:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8EiDQjmYsmgM1VNTSh6TTZQxivrD7RqQffU+HorsK3g=; b=pCxzUwsKJKJNm0aBeltcVG0E6dWGU7XizighU4H6Uk2gS31IHvVirlzKlaHSacmD5e Hhj05EB5YNXRCwceFTuYfXwyhdl0zL5LLFdbS/B4hUPsGd5/uFQSW2rl4zQiHQJZAg/u 4TJ7hHt14u3G+JhIJwzev2gnk/9uHbz9OfGS0p0IzcFg2I0OdriXO8PP5FT0ddmi93fv KC2qI8nHrhaNGR+9jRXVtLh0AagaEtTE9LWrMIszfoNuhXe/LOEta6WApGDoA9xs34z9 wygwgffcY0ktUp+jyrnJesL6/qQswwhbY7eWECBMsLgUm79vO16EhVFsE7o09926gDPq M7vg== X-Received: by 10.112.54.169 with SMTP id k9mr8481014lbp.95.1447369493132; Thu, 12 Nov 2015 15:04:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Thu, 12 Nov 2015 15:04:13 -0800 (PST) In-Reply-To: References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 00:04:13 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Glenn Morris Content-Type: multipart/alternative; boundary=001a11c3f5c47f3bf405245ff8b3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Eli Zaretskii , Stelian Iancu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c3f5c47f3bf405245ff8b3 Content-Type: text/plain; charset=UTF-8 I think the key words are "should not". For example, emacs-lock sets both kill-emacs-hook and kill-emacs-query-functions. If the user goes to the trouble of exit-locking a buffer, they won't be happy if M-x kill-emacs bypasses the protection. I think something similar applies to desktop. Setting up a desktop can be time consuming. Best to err in the side of safety. After all, kill-emacs doesn't even guarantee that it will kill Emacs. Nothing forbids doing (add-hook 'kill-emacs-hook (lambda () (error "")) --001a11c3f5c47f3bf405245ff8b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think the key words are "should not". For exam= ple, emacs-lock sets both kill-emacs-hook and kill-emacs-query-functions. I= f the user goes to the trouble of exit-locking a buffer, they won't be = happy if M-x kill-emacs bypasses the protection.

I think= something similar applies to desktop. Setting up a desktop can be time con= suming. Best to err in the side of safety.

After a= ll, kill-emacs doesn't even guarantee that it will kill Emacs. Nothing = forbids doing

(add-hook 'kill-emacs-hook (lamb= da () (error ""))

--001a11c3f5c47f3bf405245ff8b3-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 18:39:13 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 23:39:13 +0000 Received: from localhost ([127.0.0.1]:35237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx1ST-0004Gx-1R for submit@debbugs.gnu.org; Thu, 12 Nov 2015 18:39:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34516) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx1S8-0004G9-Mp for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 18:39:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zx1S7-0003Rm-Fi for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 18:38:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zx1S5-0003RL-Uq; Thu, 12 Nov 2015 18:38:49 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1Zx1S5-0008LS-33; Thu, 12 Nov 2015 18:38:49 -0500 From: Glenn Morris To: Juanma Barranquero Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> X-Spook: S Key Food Poisoning Arellano-Felix Pakistan Port X-Ran: ~-q${A)%&p9WY9BPL2&+4a6X92?!N!J+Fcw'9j_ X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Thu, 12 Nov 2015 18:38:48 -0500 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Eli Zaretskii , Stelian Iancu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) The point is, kill-emacs-hook can run in situations where it is impossible for Emacs to interact with the user. Any yes-or-no-p questions will never be answered. Emacs will hang and have to be forcibly killed. Exactly as it says in the OP. 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 18:54:58 2015 Received: (at 21833) by debbugs.gnu.org; 12 Nov 2015 23:54:58 +0000 Received: from localhost ([127.0.0.1]:35241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx1hh-0004bj-QI for submit@debbugs.gnu.org; Thu, 12 Nov 2015 18:54:58 -0500 Received: from mail-lf0-f51.google.com ([209.85.215.51]:33282) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx1hN-0004bK-HY for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 18:54:56 -0500 Received: by lffz63 with SMTP id z63so43677801lff.0 for <21833@debbugs.gnu.org>; Thu, 12 Nov 2015 15:54:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=277Ys/a5UVSfEu9kXH05w1QPFWeFwPoZvRf9vwUkBn0=; b=NO98Q6Yx6ycgnpzmJfNqpjkF58NKgHCQVbjp7rjD/4bPGO3d9/V/XyCL4HBDFz8oUB cSMLRfMHIWn3etwncN28ZUC5YRzjwamoEDxM6RhU2MwaeFuAtof2oTgxE6xlyMuWAgVf t7bV1fNJROBaBqjBzFmhe3freboMbGtyeuxMQ5mVaVgRMg5189ZXxfvjubi93Jc8RKYt 8Q0k1qV19Uxa2Xv+0wogMWN7M5puf11+PfPzHgaRi2JFOg7SPptTe2+3PJZJLsQVlJNy u4CP+NKFugM5/lmVXRNmBw+6DZ2zARL3OrbKdihO8NtvyD4h5bI3eRXo0w+0qJpGSFAm ieww== X-Received: by 10.25.135.136 with SMTP id j130mr8481845lfd.95.1447372476539; Thu, 12 Nov 2015 15:54:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Thu, 12 Nov 2015 15:53:56 -0800 (PST) In-Reply-To: References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 00:53:56 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Glenn Morris Content-Type: multipart/alternative; boundary=001a113fc40a5269b0052460aac3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Eli Zaretskii , Stelian Iancu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113fc40a5269b0052460aac3 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 12:38 AM, Glenn Morris wrote: > The point is, kill-emacs-hook can run in situations where it is > impossible for Emacs to interact with the user. > Any yes-or-no-p questions will never be answered. > Emacs will hang and have to be forcibly killed. > Exactly as it says in the OP. Yes, I understand. My point being, kill-emacs does *not* guarantee that it will kill Emacs (as my simple hook example shows). It could be designed to offer that guarantee, but it doesn't currently. So the possibility of having to forcibly kill Emacs is always there. > 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 (that's what emacs-lock does, for example, if it has one or more exit-locked buffers). Which is conceptually different of asking the user and never getting an answer...? OK, it is, but Emacs will "hang and have to be forcibly killed" anyway. Same difference. I suppose what I'm trying to say is that "should not" is a recommendation, nothing more and nothing less. But certainly I won't argue this point to exhaustion. --001a113fc40a5269b0052460aac3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 12:38 AM, Glenn Morris <rgm@gnu.org> wrote:

> The poi= nt is, kill-emacs-hook can run in situations where it is
> impossible= for Emacs to interact with the user.
> Any yes-or-no-p questions wil= l never be answered.
> Emacs will hang and have to be forcibly killed= .
> Exactly as it says in the OP.

Yes, I understand= . My point being, kill-emacs does *not* guarantee that it will kill Emacs (= as my simple hook example shows). It could be designed to offer that guaran= tee, but it doesn't currently. So the possibility of having to forcibly= kill Emacs is always there.

> So don't put= anything on kill-emacs-hook that needs an interactive
> response fro= m the user. Decide on a sensible non-interactive behaviour,
> and for= the interactive case use kill-emacs-query-functions.
> The documenta= tion seems clear to me.

I'd agree, but in some= cases, the "sensible non-interactive behaviour" is just to abort= killing Emacs (that's what emacs-lock does, for example, if it has one= or more exit-locked buffers). Which is conceptually different of asking th= e user and never getting an answer...? OK, it is, but Emacs will "hang= and have to be forcibly killed" anyway. Same difference.
I suppose what I'm trying to say is that "should not&= quot; is a recommendation, nothing more and nothing less. But certainly I w= on't argue this point to exhaustion.

--001a113fc40a5269b0052460aac3-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 12 19:28:33 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 00:28:33 +0000 Received: from localhost ([127.0.0.1]:35256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx2ED-0005Nn-8H for submit@debbugs.gnu.org; Thu, 12 Nov 2015 19:28:33 -0500 Received: from mail-lf0-f42.google.com ([209.85.215.42]:35105) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx2Ds-0005NL-U6 for 21833@debbugs.gnu.org; Thu, 12 Nov 2015 19:28:31 -0500 Received: by lfdo63 with SMTP id o63so43822679lfd.2 for <21833@debbugs.gnu.org>; Thu, 12 Nov 2015 16:28:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JyXNQBxmDN8iEFwbPDPt3u7Myw+ccqMItTl0Rbi0TYw=; b=kn44X+YGYqpZJxh8mnZ66WfzzEMqudky4Wp/OA0HN+Qks2ZSBSzEaRXfnwH8gRGboR W8vfFN1QZn2QHvnlcWJgA38ifX65RZqZcfY995QGDSJeTo7nPhIZfMGoOm3inc5SKAfR oIoJg5XaQ1U5itaEKYYJCLmtl3x34kglHtSZq4HMXFXEDv3KVnFDkylYUeOfEatTRdnl j/6nUJbs1uJSeP+TgHNUEG4VTBcskadUNSUi6Q2vm6M6s0Sw9OGuNpJpJjV/DY1Ir/5A JZOTpqgBDzLYopVM/+Njj7kyNvrUVm3I+tDCiJzjJuynCXNz00vbOHhbzwKyUC4NLiVK MRAQ== X-Received: by 10.25.80.137 with SMTP id e131mr8894347lfb.11.1447374492097; Thu, 12 Nov 2015 16:28:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Thu, 12 Nov 2015 16:27:32 -0800 (PST) In-Reply-To: References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 01:27:32 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Glenn Morris Content-Type: multipart/alternative; boundary=001a1141e77c7561f905246122dd X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Eli Zaretskii , Stelian Iancu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1141e77c7561f905246122dd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My last comment on this issue (don't want to drag it further): When the OP says; emacs -Q M-x desktop-save-mode C-h v kill-emacs-hook M-x kill-emacs Expected behavior: emacs is killed. Actual behavior: asked "Save desktop? (y or n)"=E2=80=8B I say: emacs -Q (require 'emacs-lock) (emacs-lock-mode 'exit) M-x kill-emacs Expected behavior: emacs is killed ??? Actual behavior: =3D> Emacs cannot exit because buffer "*scratch*" is loc= ked Because I use emacs-lock and I certainly wouldn't expect it to be killed. --001a1141e77c7561f905246122dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
My last comment on this issue (don't want to drag it f= urther):

When the OP says;

=C2=A0 em= acs -Q
=C2=A0 M-x desktop-save-mode
=C2=A0 C-h v kill-emacs-hook
= =C2=A0 M-x kill-emacs

=C2=A0 Expected behavior: emacs is killed.
= =C2=A0 Actual behavior: asked "Save desktop? (y or n)"=E2=80=8B
I say:

=C2=A0 emacs -Q
=C2=A0 (require 'emacs-lock) <C-x C-e>
=C2=A0 (emacs-l= ock-mode 'exit) <C-x C-e>
=C2=A0 M-x kill-emacs <RET= >

=C2=A0 Expected behavior: emacs is killed ???=
=C2=A0 Actual behavior: =3D> Emacs cannot exit because buffer= "*scratch*" is locked

Because I use ema= cs-lock and I certainly wouldn't expect it to be killed.

=
--001a1141e77c7561f905246122dd-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 02:57:11 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 07:57:11 +0000 Received: from localhost ([127.0.0.1]:36531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9EM-0008Hp-R1 for submit@debbugs.gnu.org; Fri, 13 Nov 2015 02:57:11 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:51085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9EJ-0008Hf-Q4 for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 02:57:09 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NXQ00J00TVLR500@a-mtaout20.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:57:06 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXQ00JT8U35PJ30@a-mtaout20.012.net.il>; Fri, 13 Nov 2015 09:57:06 +0200 (IST) Date: Fri, 13 Nov 2015 09:56:53 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83oaeygwmy.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 00:53:56 +0100 > Cc: Eli Zaretskii , 21833@debbugs.gnu.org, Stelian Iancu > > > 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 02:59:51 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 07:59:51 +0000 Received: from localhost ([127.0.0.1]:36541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9Gx-0008Mc-BL for submit@debbugs.gnu.org; Fri, 13 Nov 2015 02:59:51 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:62722) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9Gu-0008MT-LT for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 02:59:49 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NXQ00A00TIKC800@a-mtaout21.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:59:47 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXQ00AJ2U7M9570@a-mtaout21.012.net.il>; Fri, 13 Nov 2015 09:59:47 +0200 (IST) Date: Fri, 13 Nov 2015 09:59:35 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83mvuigwig.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 01:27:32 +0100 > Cc: Eli Zaretskii , 21833@debbugs.gnu.org, Stelian Iancu > > I say: > > emacs -Q > (require 'emacs-lock) > (emacs-lock-mode 'exit) > M-x kill-emacs > > Expected behavior: emacs is killed ??? > Actual behavior: => Emacs cannot exit because buffer "*scratch*" is locked > > Because I use emacs-lock and I certainly wouldn't expect it to be killed. Then I guess you are saying that in the case of emacs-lock there's no similar bug? 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 03:36:49 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 08:36:50 +0000 Received: from localhost ([127.0.0.1]:36577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9qj-00015y-CO for submit@debbugs.gnu.org; Fri, 13 Nov 2015 03:36:49 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:54152) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zx9qh-00015q-Ky for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 03:36:48 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NXQ00700VSXMB00@a-mtaout23.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 10:36:46 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXQ007BBVXAFSA0@a-mtaout23.012.net.il>; Fri, 13 Nov 2015 10:36:46 +0200 (IST) Date: Fri, 13 Nov 2015 10:36:34 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83bnaygust.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Glenn Morris > Cc: Stelian Iancu , 21833@debbugs.gnu.org > Date: Thu, 12 Nov 2015 16:38:48 -0500 > > > >> (unless noninteractive > >> (add-hook 'kill-emacs-hook 'desktop-kill)) > > There are several other instances of this form. > Someone should check them all, and consider what TRT to do is when Emacs > isn't in batch mode but can't interact. > > Ref bug#13697 and 8137, and commit 845fc5e5. I agree. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 04:31:25 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 09:31:25 +0000 Received: from localhost ([127.0.0.1]:36610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxAhY-0002KN-HV for submit@debbugs.gnu.org; Fri, 13 Nov 2015 04:31:24 -0500 Received: from mail-lf0-f54.google.com ([209.85.215.54]:35582) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxAhW-0002KD-CJ for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 04:31:22 -0500 Received: by lfdo63 with SMTP id o63so49049111lfd.2 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 01:31:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=X6P4rfQe6qdxifQdtHiwgFGYOGlKpl9jf1k1VQHBUsE=; b=r5+eUpipAs9vZ8LpNX5UCAi06GIGu3pfFik/A1K6khhbi0oyhg+Q5gNOnvAby8BFMB u8+mXkdPsJ1YDmOVfa1sa213/SoCRM5FsKhtx+CKIEeyPHAwLuLpF9VQS6WBvEoRPSMF Hhu41L+EWJa9KjqaLEGuWoPemYc5TuHUV9uEaG3POHM2UoW+HoNQXErpTVP/2EUDJnBm 1anp2QjQ7UGBJkWqJQW1+Tb1eZxQn+KbaC1FP+SvuxBkJ3QJ6EDW4VYYm03VWf2VByE1 8QDuXpWmxqjzZGIacn6e95i2gSCSqxwT12OXyUx0bKfO7qVAaHL5fcaQX69BVZM6AVM5 SBmw== X-Received: by 10.25.127.202 with SMTP id a193mr8571971lfd.80.1447407081474; Fri, 13 Nov 2015 01:31:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 01:30:41 -0800 (PST) In-Reply-To: <83oaeygwmy.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 10:30:41 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113ead7aefd090052468b83d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ead7aefd090052468b83d Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 8:56 AM, Eli Zaretskii wrote: > 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). > 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). --001a113ead7aefd090052468b83d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 8:56 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> Why n= ot decide that the sensible non-interactive behavior is to behave
> a= s if the answer is NO?=C2=A0 Can you think up a use cases where this would<= br>> be terribly wrong?

If you have a complex setup, p= articularly involving frames (which are also saved).=C2=A0

> FWIW, IME, whenever I see this question (interactively, of co= urse),
> 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).

--001a113ead7aefd090052468b83d-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 04:40:43 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 09:40:43 +0000 Received: from localhost ([127.0.0.1]:36615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxAqY-0002Wt-1K for submit@debbugs.gnu.org; Fri, 13 Nov 2015 04:40:42 -0500 Received: from mail-lf0-f53.google.com ([209.85.215.53]:36653) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxAqW-0002Wi-18 for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 04:40:40 -0500 Received: by lfs39 with SMTP id 39so49260156lfs.3 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 01:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Jp66XB9t6kQYt4HTA4xPc9z5ug8HrUaCa6naNY21HxI=; b=TuswcHVmNrD2ZJvq8piuFAK4PcAaJqb/8D0hGMV9uALc6az30T2UFhSnhoCdTOfPSd GTxtRtYmew1bLyklrA8Mi31nzU4EOXYvgg7FCV2sNmhRPhM6cp/AXb0sHnpwaBd8njOX jpsw249Ay7FJR0cd4BQveEA7GYZ8Ch11bAoNdP/mlwQTHFZLtk0MwScxVk2jthk+catP XOgE16IzazS/ZiO8+WnmRo9D0OceKADPvkFFg1aWqqMHy0Y/asAXfBk1FNxeQs7MHpw9 xkVXfIZdXtopTAKj+m/pcWvP76aGl4cuvf+wBiZTLyaovNH5glnvrCd38XERe+Y6wvsW j66A== X-Received: by 10.25.80.137 with SMTP id e131mr9969475lfb.11.1447407639142; Fri, 13 Nov 2015 01:40:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 01:39:59 -0800 (PST) In-Reply-To: <83mvuigwig.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83mvuigwig.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 10:39:59 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a1141e77c2d2946052468daf9 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1141e77c2d2946052468daf9 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 8:59 AM, Eli Zaretskii 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 , you can precede that with M-x emacs-lock-mode 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. --001a1141e77c2d2946052468daf9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 8:59 AM, Eli Zaretskii <eliz@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 tha= t 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 t= he 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?=C2=A0 It doesn't have
> the sa= me purpose, right?

No, and I'm not arguing tha= t 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), th= en we have to provide an option so the user can chose if they want their cu= rrent desktop silently saved, or silently discarded.

--001a1141e77c2d2946052468daf9-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 05:01:51 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 10:01:52 +0000 Received: from localhost ([127.0.0.1]:36634 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBB1-000333-BM for submit@debbugs.gnu.org; Fri, 13 Nov 2015 05:01:51 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:57433) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBAz-00032q-BG for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 05:01:50 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NXQ00700ZR1TE00@a-mtaout23.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 12:01:47 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXQ007WTZUZT500@a-mtaout23.012.net.il>; Fri, 13 Nov 2015 12:01:47 +0200 (IST) Date: Fri, 13 Nov 2015 12:01:35 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83wptmfcao.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 10:30:41 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@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? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 05:03:29 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 10:03:29 +0000 Received: from localhost ([127.0.0.1]:36639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBCb-000365-2d for submit@debbugs.gnu.org; Fri, 13 Nov 2015 05:03:29 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:48393) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBCY-00035x-RS for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 05:03:27 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NXQ00300ZVNWI00@a-mtaout22.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 12:03:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXQ003FBZXPME70@a-mtaout22.012.net.il>; Fri, 13 Nov 2015 12:03:25 +0200 (IST) Date: Fri, 13 Nov 2015 12:03:13 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83vb96fc7y.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83mvuigwig.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 10:39:59 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@siancu.net > > > 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. I don't want to make a wider philosophical issue out of this bug report. the bug report is about desktop.el; let's solve that one use case. OK? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 05:15:42 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 10:15:42 +0000 Received: from localhost ([127.0.0.1]:36655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBOP-0003Nj-Pa for submit@debbugs.gnu.org; Fri, 13 Nov 2015 05:15:42 -0500 Received: from mail-lf0-f44.google.com ([209.85.215.44]:33301) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBOM-0003Na-Lg for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 05:15:39 -0500 Received: by lffz63 with SMTP id z63so49827744lff.0 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 02:15:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MBBCkAygar52RUX2PpxZb+aT2+yegmJvTCuaBuJ5OxI=; b=s0NQMR2cHkJMnaKBsjNroPj9l7pZOZrKoV63wVK9YOU5lRfFciUcBvmeP26pSzLcZI 2zLo+A4RK4aeYm4vDKaIXYs0nhHFf93hi+Nz0cZg65bcg6d5jhMPaVCof2NjVFsOlNzI di5cgcMqDnqiK3HLOce2gmaYfPsNvCJJBpZSCiiOoNrO6//bhSuUUE+icYS0Zjkpg812 Lt795Ev+vtD6nm4z7G3ZSBH5620DFFSaM0azrZ3QhzNLw45mbcDG8nVEtHxUGfhuE5s9 E1zF6wBLTbbxIvijwcITCgLEojEpra04DkF/NAellMtt3XnksLr1xU3+S4AEmzAUn5Xw tm5A== X-Received: by 10.25.35.194 with SMTP id j185mr9625393lfj.62.1447409737656; Fri, 13 Nov 2015 02:15:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 02:14:57 -0800 (PST) In-Reply-To: <83wptmfcao.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 11:14:57 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113a9f0441f11b05246957b5 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113a9f0441f11b05246957b5 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 11:01 AM, Eli Zaretskii wrote: > Sorry, I don't understand: what frames? We are talking about > non-interactive situations, no? There's nothing non-interactive in the OP use case. And desktop.el already contains (unless noninteractive (add-hook 'kill-emacs-hook 'desktop-kill)) Try emacs -Q --batch --eval "(progn (desktop-save-mode 1) (kill-emacs))" so what I'm discussing is whether desktop.el should try to protect the desktop when the user, or some code, runs `kill-emacs'. > Why? In "emacs -Q", the desktop you have is ephemeral Obviously, I'm not talking about the -Q case, and I don't thing the OP is, either. That's just a recipe to show that kill-emacs asks an interactive question. --001a113a9f0441f11b05246957b5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 11:01 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> Sorr= y, I don't understand: what frames?=C2=A0 We are talking about
> = non-interactive situations, no?

There's nothing non-i= nteractive in the OP use case. And desktop.el already contains
=C2=A0 (unless noninteractive
=C2=A0 =C2=A0 (ad= d-hook 'kill-emacs-hook 'desktop-kill))

<= div>Try

=C2=A0 emacs -Q --batch --eval "(prog= n (desktop-save-mode 1) (kill-emacs))"

so wha= t I'm discussing is whether desktop.el should try to protect the deskto= p when the user, or some code, runs `kill-emacs'.

> Why?=C2=A0 In "emacs -Q", the desktop you have is ep= hemeral

Obviously, I'm not talking about the -= Q case, and I don't thing the OP is, either. That's just a recipe t= o show that kill-emacs asks an interactive question.

--001a113a9f0441f11b05246957b5-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 05:17:55 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 10:17:55 +0000 Received: from localhost ([127.0.0.1]:36659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBQZ-0003RG-DP for submit@debbugs.gnu.org; Fri, 13 Nov 2015 05:17:55 -0500 Received: from mail-lf0-f49.google.com ([209.85.215.49]:33886) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxBQW-0003R8-Qk for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 05:17:53 -0500 Received: by lffu14 with SMTP id u14so49831846lff.1 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 02:17:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=egWRwElh96I5eGTDcpLOkFwI3Ue+FcH8uo7eF5B6U28=; b=FbnwH06yV3djJZkFDV+Z+OvvetPCpjNEPPaqyURT/kksjtWm0mOYl3MXWpy6lQIR8T 9kcMrbzAVPms2f/LdZUTD2ZkTvaj9WULqEB0jCaJnOYz92MAwwZNlyUDPWla2P2tj7Hs X0dvs4w7FADdLf9FNZ3A3UjwEAMA9nef2DudZpaSSxT+OzVyR19EhFd1tHSOENh+lcbc pw1AWFrrDdDlpcC51DzOFabrHY6f9JHAw2cf7zhsuICStIerm9G4ddovnCp9V6rUrpQr Ja6CBHwBsbXbFfifc3yedzU7gW4HrfbpUgCBm99KkuWungi1kZilXIVnbfdyzL7jPGTz rQNg== X-Received: by 10.25.167.2 with SMTP id q2mr9980498lfe.15.1447409872089; Fri, 13 Nov 2015 02:17:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 02:17:12 -0800 (PST) In-Reply-To: <83vb96fc7y.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83mvuigwig.fsf@gnu.org> <83vb96fc7y.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 11:17:12 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113fbdc645372a0524695f05 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113fbdc645372a0524695f05 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 11:03 AM, Eli Zaretskii wrote: > I don't want to make a wider philosophical issue out of this bug > report. the bug report is about desktop.el; let's solve that one use > case. OK? What's philosophical in "we have to provide an option so the user can chose if they want their current desktop silently saved, or silently discarded"? --001a113fbdc645372a0524695f05 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 11:03 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> I do= n't want to make a wider philosophical issue out of this bug
> re= port. =C2=A0the bug report is about desktop.el; let's solve that one us= e
> case.=C2=A0 OK?

What's philosophical= in "we have to provide an option so the user can chose if they want t= heir current desktop silently saved, or silently discarded"?
--001a113fbdc645372a0524695f05-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 09:06:18 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 14:06:18 +0000 Received: from localhost ([127.0.0.1]:36776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxEza-00021A-20 for submit@debbugs.gnu.org; Fri, 13 Nov 2015 09:06:18 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:43135) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxEzF-00020M-U2 for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:06:16 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NXR00000AD4OP00@mtaout25.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 16:03:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXR00INOB1TI180@mtaout25.012.net.il>; Fri, 13 Nov 2015 16:03:30 +0200 (IST) Date: Fri, 13 Nov 2015 16:05:45 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83mvuif0zq.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 11:14:57 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@siancu.net > > > In "emacs -Q", the desktop you have is ephemeral > > Obviously, I'm not talking about the -Q case, and I don't thing the OP is, > either. That's just a recipe to show that kill-emacs asks an interactive > question. That's not my interpretation of the original report. It specifically talks about "emacs -Q". 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? What other use cases are there where this issue could arise, i.e. where the user couldn't answer the question? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 09:07:30 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 14:07:30 +0000 Received: from localhost ([127.0.0.1]:36791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxF0k-00023T-3i for submit@debbugs.gnu.org; Fri, 13 Nov 2015 09:07:30 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:54855) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxF0h-00023J-6c for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:07:27 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NXR00500B05FO00@a-mtaout22.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 16:07:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXR0056HB8DA650@a-mtaout22.012.net.il>; Fri, 13 Nov 2015 16:07:25 +0200 (IST) Date: Fri, 13 Nov 2015 16:07:14 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83lha2f0x9.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83mvuigwig.fsf@gnu.org> <83vb96fc7y.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 11:17:12 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@siancu.net > > > I don't want to make a wider philosophical issue out of this bug > > report. the bug report is about desktop.el; let's solve that one use > > case. OK? > > What's philosophical in "we have to provide an option so the user can chose if > they want their current desktop silently saved, or silently discarded"? No, I was talking about bringing some other hooks into this discussion. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 09:36:11 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 14:36:11 +0000 Received: from localhost ([127.0.0.1]:36841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxFST-0002pN-VQ for submit@debbugs.gnu.org; Fri, 13 Nov 2015 09:36:10 -0500 Received: from mail-lf0-f48.google.com ([209.85.215.48]:34981) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxFSN-0002pA-Tq for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:36:04 -0500 Received: by lfdo63 with SMTP id o63so53409073lfd.2 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 06:36:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=G0LofjK2uwu/c3je+I7DMV4CX/WbBNnPynWqBVFA5ww=; b=ehEHkPtmYKBycgmwkrupvNaqOn85xsr21o34z4NrKAQsoKfM6qSJYdwIPgy5XY2McH 50ozcEhKGlheUVnGZgCSAZaUIHqa+OJZJ9pXk3mmMVIJlBESBbf830GVHf82z07oEls0 N0FNrMpsRICOiklxDrG7mxcsSO9IklNN0n3j0wwM3zqjtf1cuHMprMWKnnIaFLZGSZnw 9iiHJUgV9jCpwoGXsseZdoCua4/oBGwBwm/DgzTkxNVX4WVe+SfTUEPJ+Jza6OAZtrCc 8/OGcYqeSls9KSvhNcR4u2Wk8kkiqKVpNYVFQgPAQRXxDgNE8LBr8lpRHXH3xmDpjrZy e57Q== X-Received: by 10.25.14.209 with SMTP id 200mr9983579lfo.117.1447425362888; Fri, 13 Nov 2015 06:36:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 06:35:22 -0800 (PST) In-Reply-To: <83mvuif0zq.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> <83mvuif0zq.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 15:35:22 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113e516a980e6a05246cfac1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113e516a980e6a05246cfac1 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 3:05 PM, Eli Zaretskii 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? --001a113e516a980e6a05246cfac1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 3:05 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> It al= so talks about the daemon.=C2=A0 If that's the problem, then I guess> desktop-kill could behave as if YES was answered when we run in daemo= n
> mode and -Q was not given on the command line.=C2=A0 Would that m= ake sense?

There are three "ask" cases in deskt= op-save.

=C2=A0 =C2=A0ask =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 -- always ask.
=C2=A0 =C2=A0ask-if-new =C2=A0 = =C2=A0-- ask if no desktop file exists, otherwise just save.
=C2= =A0 =C2=A0ask-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.=C2=A0

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

Don&#= 39;t know. It is posible for an Emacs instance to have all frames in a remo= te desktop?
--001a113e516a980e6a05246cfac1-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 09:37:16 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 14:37:16 +0000 Received: from localhost ([127.0.0.1]:36845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxFTY-0002qw-3J for submit@debbugs.gnu.org; Fri, 13 Nov 2015 09:37:16 -0500 Received: from mail-lb0-f182.google.com ([209.85.217.182]:36093) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxFTV-0002qm-Qs for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 09:37:14 -0500 Received: by lbblt2 with SMTP id lt2so55084010lbb.3 for <21833@debbugs.gnu.org>; Fri, 13 Nov 2015 06:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=prAVzzdQqw9iK0rc2Dc+yJYelpbgvARLD82I49rSGgY=; b=GRbjhkaeYv+yi6AWU9JQN4BEfriDIJ91xWmoc/xl6pe+up5f8AZ2UYXe0r2uXBaQLG CAf8efMmxC4/37bfcK/Tl0TjDdI4Pk+/iehIteYgThIaL6S2lOy/QbE5PrkumGR5mU4X Ot64cJRrO5ug4Fc8HN8yJTrMBqigJBnAv+rWNkRLncm7GDPpE/1EKE/JYKmfsFfKzYXz nkx2oTA3FRDYaEoN0Zj/qOBmgcVrgo3Wl3VufbMfNVokX4gXbdbLEFlXz8Ouv5IM7a40 QmxicvmIu9zDsLaTwAHcefgSy+4ivBmLaOlNE00gG8z70v2Ag7LPmSujUpqQM1u4whQ8 FFcg== X-Received: by 10.112.205.99 with SMTP id lf3mr10776304lbc.80.1447425432961; Fri, 13 Nov 2015 06:37:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Fri, 13 Nov 2015 06:36:32 -0800 (PST) In-Reply-To: <83lha2f0x9.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83mvuigwig.fsf@gnu.org> <83vb96fc7y.fsf@gnu.org> <83lha2f0x9.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 13 Nov 2015 15:36:32 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c3231ec54bd005246cfe82 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c3231ec54bd005246cfe82 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 3:07 PM, Eli Zaretskii wrote: > No, I was talking about bringing some other hooks into this > discussion. Oh, I didn't. It was this comment by Glenn: There are several other instances of this form. Someone should check them all, and consider what TRT to do is when Emacs isn't in batch mode but can't interact. --001a11c3231ec54bd005246cfe82 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 3:07 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> No, I= was talking about bringing some other hooks into this
> discussion.<= /div>

Oh, I didn't.

It was = this comment by Glenn:

=C2=A0 There are sever= al other instances of this form.
=C2=A0 Someone should check them all, and= consider what TRT to do is when Emacs
=C2=A0 isn't in batch mode but = can't interact.

--001a11c3231ec54bd005246cfe82-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 13:55:38 2015 Received: (at 21833) by debbugs.gnu.org; 13 Nov 2015 18:55:38 +0000 Received: from localhost ([127.0.0.1]:37401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxJVZ-0003hs-RF for submit@debbugs.gnu.org; Fri, 13 Nov 2015 13:55:38 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:56754) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZxJVD-0003hL-RX for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 13:55:35 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NXR00100O5B1T00@a-mtaout20.012.net.il> for 21833@debbugs.gnu.org; Fri, 13 Nov 2015 20:55:14 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXR00059OK1ZX40@a-mtaout20.012.net.il>; Fri, 13 Nov 2015 20:55:14 +0200 (IST) Date: Fri, 13 Nov 2015 20:55:03 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83bnaxg260.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> <83mvuif0zq.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Fri, 13 Nov 2015 15:35:22 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@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. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 15 06:55:16 2015 Received: (at 21833) by debbugs.gnu.org; 15 Nov 2015 11:55:16 +0000 Received: from localhost ([127.0.0.1]:38486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zxvtr-0008Pu-LQ for submit@debbugs.gnu.org; Sun, 15 Nov 2015 06:55:15 -0500 Received: from mail-lb0-f181.google.com ([209.85.217.181]:33357) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zxvtp-0008Pm-Q3 for 21833@debbugs.gnu.org; Sun, 15 Nov 2015 06:55:14 -0500 Received: by lbbkw15 with SMTP id kw15so74870645lbb.0 for <21833@debbugs.gnu.org>; Sun, 15 Nov 2015 03:55:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gkvJBTvOyGe4zC7UNZM34Y2aRpl+rQ9sl7NZjtJZVxA=; b=d0pvV72/Lh/wcLZL/gpp3nZgHDKMPM3vdcvpEG80lVmknUtCjsqYkDf9iYq3uAZWaz 3szdBa61EsC8uaqxlg1IUKZ4ArVTLMbQX4/Z3WLitChpLXKLY5KrmI4UlYuBFSSJLPKe CrtQkDxG1OX62d9G8G5aTsuq7VELSWgrYrmsfJbbc3uqRJYhWnQWGrXrOQK17SIryfZ5 hWU1UOqy8xcVDN85R3PP14iTiGQ9MUCbIPr77+Npko2YxPRbuKCp7yO2/eNpC1JestGM EXGvF2gGsdZVQXHteoEE7P0rkwtl6wAsJUv7PxzQoQvkwtquGFBOcd8PjkTqvg/OUtfb Jekw== X-Received: by 10.112.16.135 with SMTP id g7mr2380195lbd.80.1447588512784; Sun, 15 Nov 2015 03:55:12 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.21.198 with HTTP; Sun, 15 Nov 2015 03:54:32 -0800 (PST) In-Reply-To: <83bnaxg260.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> <83mvuif0zq.fsf@gnu.org> <83bnaxg260.fsf@gnu.org> From: Juanma Barranquero Date: Sun, 15 Nov 2015 12:54:32 +0100 Message-ID: Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c3c77815e7ac052492f78b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, Glenn Morris , si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c3c77815e7ac052492f78b Content-Type: text/plain; charset=UTF-8 On Fri, Nov 13, 2015 at 7:55 PM, Eli Zaretskii wrote: > 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? ask-if-new with default to YES is safe. In the other two cases, it is impossible to decide a priori whether it is more important to protect an existing .desktop file or the desktop configuration on the running instance. But I'm OK with defaulting to YES and waiting for the bug reports. --001a11c3c77815e7ac052492f78b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Fri, Nov 13, 2015 at 7:55 PM, Eli Zaretskii <eliz@gnu.org> wrote:

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

ask-if-new with default to YES is safe. In th= e other two cases, it is impossible to decide a priori whether it is more i= mportant to protect an existing .desktop file or the desktop configuration = on the running instance.

But I'm OK with defau= lting to YES and waiting for the bug reports.
--001a11c3c77815e7ac052492f78b-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 15 14:40:36 2015 Received: (at 21833) by debbugs.gnu.org; 15 Nov 2015 19:40:36 +0000 Received: from localhost ([127.0.0.1]:39207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zy3AB-0008Jm-Oq for submit@debbugs.gnu.org; Sun, 15 Nov 2015 14:40:36 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:60209) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zy3A9-0008Jd-Ag for 21833@debbugs.gnu.org; Sun, 15 Nov 2015 14:40:34 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NXV00G00FDLWP00@a-mtaout23.012.net.il> for 21833@debbugs.gnu.org; Sun, 15 Nov 2015 21:40:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXV00G1WFZJV640@a-mtaout23.012.net.il>; Sun, 15 Nov 2015 21:40:31 +0200 (IST) Date: Sun, 15 Nov 2015 21:40:25 +0200 From: Eli Zaretskii Subject: Re: bug#21833: 24.4; desktop-kill, which is interactive, is in kill-emacs-hook In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83mvufcaqe.fsf@gnu.org> References: <5644F186.1000405@siancu.net> <5644F584.5060205@siancu.net> <83wptngcxy.fsf@gnu.org> <83oaeygwmy.fsf@gnu.org> <83wptmfcao.fsf@gnu.org> <83mvuif0zq.fsf@gnu.org> <83bnaxg260.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21833 Cc: 21833@debbugs.gnu.org, rgm@gnu.org, si@siancu.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Juanma Barranquero > Date: Sun, 15 Nov 2015 12:54:32 +0100 > Cc: Glenn Morris , 21833@debbugs.gnu.org, si@siancu.net > > ask-if-new with default to YES is safe. In the other two cases, it is > impossible to decide a priori whether it is more important to protect an > existing .desktop file or the desktop configuration on the running instance. > > But I'm OK with defaulting to YES and waiting for the bug reports. I agree. Can you prepare a patch to that effect? TIA From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 22 19:15:38 2017 Received: (at control) by debbugs.gnu.org; 22 Oct 2017 23:15:38 +0000 Received: from localhost ([127.0.0.1]:56379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6PSz-0008TK-51 for submit@debbugs.gnu.org; Sun, 22 Oct 2017 19:15:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58313) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e6PSx-0008T6-Fi for control@debbugs.gnu.org; Sun, 22 Oct 2017 19:15:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e6PSr-00014I-DA for control@debbugs.gnu.org; Sun, 22 Oct 2017 19:15:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46283) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6PSr-000148-9b for control@debbugs.gnu.org; Sun, 22 Oct 2017 19:15:29 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1e6PSq-0006K2-V6 for control@debbugs.gnu.org; Sun, 22 Oct 2017 19:15:29 -0400 Subject: control message for bug 28943 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Sun, 22 Oct 2017 19:15:28 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) forcemerge 21833 28943 From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 02 11:34:00 2021 Received: (at control) by debbugs.gnu.org; 2 Jul 2021 15:34:00 +0000 Received: from localhost ([127.0.0.1]:36914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lzLB1-0003PU-Ql for submit@debbugs.gnu.org; Fri, 02 Jul 2021 11:33:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lzLB0-0003P6-QM for control@debbugs.gnu.org; Fri, 02 Jul 2021 11:33:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=qAAABhMB2LSnn9FahoF3AGHkhpZf1sfAjks51SnBut4=; b=vPqkwZOMnqNaeEIobEiHukVsAl JTmqYspJmVTsorAiCPDziMgWGRVH3FptoXZV/rq/5TKgeNpoxHTYfApEFBEcwNm1qoCIWG6W+bCb7 14BXhOu5Aud7XjmI/EaBNV/2LNYh5i1eEqAPpYxvMdq7ldGBIvnsn1bIqWOGoS6NFJZo=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lzLAt-00020Q-7N for control@debbugs.gnu.org; Fri, 02 Jul 2021 17:33:53 +0200 Date: Fri, 02 Jul 2021 17:33:50 +0200 Message-Id: <87im1spw69.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #28943 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 28943 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 28943 28.1 quit From unknown Sat Aug 09 15:57:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 31 Jul 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator