From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Marcus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2015 16:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 21612@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.144389017226774 (code B ref -1); Sat, 03 Oct 2015 16:37:01 +0000 Received: (at submit) by debbugs.gnu.org; 3 Oct 2015 16:36:12 +0000 Received: from localhost ([127.0.0.1]:53866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiPn9-0006xl-JA for submit@debbugs.gnu.org; Sat, 03 Oct 2015 12:36:12 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46328) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiO9e-0004Yu-Se for submit@debbugs.gnu.org; Sat, 03 Oct 2015 10:51:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZiO9c-00018y-RP for submit@debbugs.gnu.org; Sat, 03 Oct 2015 10:51:18 -0400 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]:55127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiO9c-00018s-OP for submit@debbugs.gnu.org; Sat, 03 Oct 2015 10:51:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiO9b-0000XT-C1 for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2015 10:51:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZiO9Z-00017a-Oq for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2015 10:51:15 -0400 Received: from mail-io0-x230.google.com ([2607:f8b0:4001:c06::230]:35685) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiO9Z-00017R-IR for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2015 10:51:13 -0400 Received: by ioiz6 with SMTP id z6so147268564ioi.2 for ; Sat, 03 Oct 2015 07:51:13 -0700 (PDT) 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=BbxXEas+cDhNXKhAwEyGKK4VYljLfAkG2CbAO6obg24=; b=wa9zmRqFyWHwVB7DO8sIip1HZAXnfZQwRC5x8pkJIvXesK5cUQhlLmx7rX0NR0n+iQ 3WPuD8hMv+T9VGYw4DIiKBUIBBxCvhUyGehYeCJ5xsiEujEc96Qfqz7jtiaph8j4znUu /IrHsiHWnG5LKKvhjmS4OwbpljmXwWWrtiu/+NMf5XE8M1eby2DtIvwfCd1Gq2P0xTYc IQtob/8qg5vHFl3naSBU4NFUEeYPBxTdSVR+//AE6UlPM+ZWFSczsuJ1XnwuwJwBkqul gsAi9/TJ8LDzjp9kJpsg0PcQRB5InBMg2+Wam6/zl3Z7yrImKGvpIY4J6dyuWIpGm4Z/ G2Vw== MIME-Version: 1.0 X-Received: by 10.107.162.136 with SMTP id l130mr20396065ioe.86.1443883872925; Sat, 03 Oct 2015 07:51:12 -0700 (PDT) Received: by 10.64.107.39 with HTTP; Sat, 3 Oct 2015 07:51:12 -0700 (PDT) Date: Sat, 3 Oct 2015 16:51:12 +0200 Message-ID: From: Marcus Content-Type: multipart/alternative; boundary=001a1141b65a57c83d052134698c 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-Mailman-Approved-At: Sat, 03 Oct 2015 12:36:10 -0400 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 (----) --001a1141b65a57c83d052134698c Content-Type: text/plain; charset=UTF-8 Recipe for recreating: Start Emacs: `emacs -Q' Visit a file, e.g.: `C-x C-f RET test-file RET'. Change the file, e.g.: `M-> Will this auto-save?' Trigger auto-save, e.g. by idling for 30 seconds Quit Emacs: `C-x C-c RET' Don't save the file: `n yes RET' Start Emacs again: `emacs -Q' Visit the same file, e.g.: `C-x C-f RET test-file RET' Message "test-file has auto save data; consider M-x recover-this-file" appears. Since the buffer was killed intentionally, shouldn't it be possible to configure Emacs such that the auto save file will be deleted? This might even be useful default behavior. In GNU Emacs 24.5.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-09-10 on foutrelis Windowing system distributor `The X.Org Foundation', version 11.0.11702000 System Description: Arch Linux Configured using: `configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --with-x-toolkit=gtk3 --with-xft 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro' Important settings: value of $LANG: en_DK.UTF-8 locale-coding-system: utf-8-unix Major mode: Info Minor modes in effect: shell-dirtrack-mode: t evil-mode: t global-undo-tree-mode: t undo-tree-mode: t evil-local-mode: t tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: (only . t) Recent messages: Making completion list... [2 times] user-error: Previous command was not evil-repeat: exit-minibuffer byte-code: Beginning of line [2 times] Making completion list... [3 times] Type C-w C-o to delete the help window. Making completion list... [4 times] Making completion list... Buffer is read-only: # call-interactively: Buffer is read-only: # Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr jka-compr shell pcomplete comint ansi-color emacsbug message idna format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-mode cus-edit cus-start cus-load wid-edit evil evil-integration undo-tree diff evil-maps evil-commands evil-command-window evil-types evil-search evil-ex evil-macros evil-repeat evil-states evil-core advice help-fns evil-common windmove thingatpt rect evil-digraphs evil-vars ring edmacro kmacro cl-loaddefs cl-lib info easymenu package epg-config time-date 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 174790 18817) (symbols 48 25241 0) (miscs 40 116 258) (strings 32 34539 6257) (string-bytes 1 914163) (vectors 16 18967) (vector-slots 8 478501 7318) (floats 8 83 350) (intervals 56 841 11) (buffers 960 16) (heap 1024 33073 1567)) --001a1141b65a57c83d052134698c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Recipe for recreating:
Start Emacs: `emacs = -Q'
Visit a file, e.g.: `C-x C-f RET test-file RET'.<= /div>
Change the file, e.g.: `M-> Will this auto-save?'
Trigger auto-save, e.g. by idling for 30 seconds
Quit Emacs: `C= -x C-c RET'
Don't save the file: `n yes RET'
Start Emacs again: `emacs -Q'
Visit the same file, e.g.: `C= -x C-f RET test-file RET'
Message "test-file has auto sa= ve data; consider M-x recover-this-file"
appears.
=
Since the buffer was killed intentionally, shouldn't it = be possible to
configure Emacs such that the auto save file will = be deleted?
This might even be useful default behavior.


In GNU Emacs 24.5.1 (x86_64-unknown-linux-gn= u, GTK+ Version 3.16.6)
=C2=A0of 2015-09-10 on foutrelis
Windowing system distributor `The X.Org Foundation', version 11.0.117= 02000
System Description: Arch Linux

Configured using:
= =C2=A0`configure --prefix=3D/usr --sysconfdir=3D/etc --libexecdir=3D/usr/li= b
=C2=A0--localstatedir=3D/var --with-x-toolkit=3Dgtk3 --with-xft=
=C2=A0'CFLAGS=3D-march=3Dx86-64 -mtune=3Dgeneric -O2 -pipe -= fstack-protector-strong
=C2=A0--param=3Dssp-buffer-size=3D4' = CPPFLAGS=3D-D_FORTIFY_SOURCE=3D2
=C2=A0LDFLAGS=3D-Wl,-O1,--sort-c= ommon,--as-needed,-z,relro'

Important settings= :
=C2=A0 value of $LANG: en_DK.UTF-8
=C2=A0 locale-codi= ng-system: utf-8-unix

Major mode: Info
<= br>
Minor modes in effect:
=C2=A0 shell-dirtrack-mode: = t
=C2=A0 evil-mode: t
=C2=A0 global-undo-tree-mode: t
=C2=A0 undo-tree-mode: t
=C2=A0 evil-local-mode: t
=
=C2=A0 tooltip-mode: t
=C2=A0 electric-indent-mode: t
<= div>=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
= =C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compression-mo= de: t
=C2=A0 buffer-read-only: t
=C2=A0 line-number-mod= e: t
=C2=A0 transient-mark-mode: (only . t)

<= div>Recent messages:
Making completion list... [2 times]
user-error: Previous command was not evil-repeat: exit-minibufferbyte-code: Beginning of line [2 times]
Making completion list.= .. [3 times]
Type C-w C-o to delete the help window.
Ma= king completion list... [4 times]

Making completio= n list...

Buffer is read-only: #<buffer *Help*&= gt;
call-interactively: Buffer is read-only: #<buffer *info*&g= t;

Load-path shadows:
None found.
<= div>
Features:
(shadow sort gnus-util mail-extr jka= -compr shell pcomplete comint
ansi-color emacsbug message idna fo= rmat-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-p= arse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc= 2045 ietf-drums mm-util mail-prsvr
mail-utils help-mode cus-edit = cus-start cus-load wid-edit evil
evil-integration undo-tree diff = evil-maps evil-commands
evil-command-window evil-types evil-searc= h evil-ex evil-macros
evil-repeat evil-states evil-core advice he= lp-fns evil-common windmove
thingatpt rect evil-digraphs evil-var= s ring edmacro kmacro cl-loaddefs
cl-lib info easymenu package ep= g-config time-date tooltip electric
uniquify ediff-hook vc-hooks = lisp-float-type mwheel x-win x-dnd tool-bar
dnd fontset image reg= exp-opt fringe tabulated-list newcomment lisp-mode
prog-mode regi= ster 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
japa= nese 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-proces= s
dbusbind gfilenotify dynamic-setting system-font-setting
<= div>font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
=

Memory information:
((conses 16 174790 18817)=
=C2=A0(symbols 48 25241 0)
=C2=A0(miscs 40 116 258)
=C2=A0(strings 32 34539 6257)
=C2=A0(string-bytes 1 91416= 3)
=C2=A0(vectors 16 18967)
=C2=A0(vector-slots 8 47850= 1 7318)
=C2=A0(floats 8 83 350)
=C2=A0(intervals 56 841= 11)
=C2=A0(buffers 960 16)
=C2=A0(heap 1024 33073 1567= ))

--001a1141b65a57c83d052134698c-- From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2015 17:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Marcus Cc: 21612@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.144389183429267 (code B ref 21612); Sat, 03 Oct 2015 17:04:01 +0000 Received: (at 21612) by debbugs.gnu.org; 3 Oct 2015 17:03:54 +0000 Received: from localhost ([127.0.0.1]:53871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiQDy-0007bz-1J for submit@debbugs.gnu.org; Sat, 03 Oct 2015 13:03:54 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:53219) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiQDu-0007bp-OR for 21612@debbugs.gnu.org; Sat, 03 Oct 2015 13:03:51 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NVN00E00LKMNC00@a-mtaout21.012.net.il> for 21612@debbugs.gnu.org; Sat, 03 Oct 2015 20:03:48 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVN00E0QM2BL480@a-mtaout21.012.net.il>; Sat, 03 Oct 2015 20:03:48 +0300 (IDT) Date: Sat, 03 Oct 2015 20:03:43 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83mvvz3mvk.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) 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: 1.0 (+) > Date: Sat, 3 Oct 2015 16:51:12 +0200 > From: Marcus > > This might even be useful default behavior. People sometimes answer YES by mistake. I guess it could be OK as an option for people who like to live dangerously. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Marcus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2015 17:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.14438947891075 (code B ref 21612); Sat, 03 Oct 2015 17:54:01 +0000 Received: (at 21612) by debbugs.gnu.org; 3 Oct 2015 17:53:09 +0000 Received: from localhost ([127.0.0.1]:53891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiQzd-0000HF-10 for submit@debbugs.gnu.org; Sat, 03 Oct 2015 13:53:09 -0400 Received: from mail-ig0-f173.google.com ([209.85.213.173]:33939) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiQza-0000H5-CS for 21612@debbugs.gnu.org; Sat, 03 Oct 2015 13:53:06 -0400 Received: by igcpb10 with SMTP id pb10so38767076igc.1 for <21612@debbugs.gnu.org>; Sat, 03 Oct 2015 10:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xXfPOAfJx5HWlCtw7BLnkHJbqH783wEejosqpOXl4Yc=; b=WCnbktx/1i6kb73Q3xU+ihAcRGQRb/iEu6ybd7y6Enx5IxGH/9qPJ7dgg6wFApfftY zuxBCk05H0i6wb8ZYp9XNC5MEQWL1fksS35Q2Casn/lL2S/waCJtBMokGPP41Fp21Jbx z/Gn6Jy5t+UecHVH4C2HlyeNojttQqWbDd3H12BncPAQxlgMkpyGJmhalDM2X6swD5Lf OP9nqt7z7uV7XxK+bm6f2xMa4AY/hTcjyZ7zZB8KQMm8+vcPxPBwpGBPKLHs5sQNmYW7 Ur1ohz+KQ40aXkPB91P3UJpHWV7jKX6jhqROcuviDoi8BHf3+ICpTLQ+T3pA0YdpFdBt cD1g== MIME-Version: 1.0 X-Received: by 10.50.92.9 with SMTP id ci9mr3141106igb.2.1443894785401; Sat, 03 Oct 2015 10:53:05 -0700 (PDT) Received: by 10.64.107.39 with HTTP; Sat, 3 Oct 2015 10:53:05 -0700 (PDT) In-Reply-To: <83mvvz3mvk.fsf@gnu.org> References: <83mvvz3mvk.fsf@gnu.org> Date: Sat, 3 Oct 2015 19:53:05 +0200 Message-ID: From: Marcus Content-Type: multipart/alternative; boundary=047d7b10c7f7c6eb33052136f372 X-Spam-Score: -0.7 (/) 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 (/) --047d7b10c7f7c6eb33052136f372 Content-Type: text/plain; charset=UTF-8 > On Sat, Oct 3, 2015 at 7:03 PM, Eli Zaretskii wrote: > > Date: Sat, 3 Oct 2015 16:51:12 +0200 > > From: Marcus > > > > This might even be useful default behavior. > People sometimes answer YES by mistake. Isn't that why the "Modified buffers exist" question is yes/no rather than y/n? > I guess it could be OK as an option for people who like to live dangerously. I do, and have so far implemented the functionality as (not with an option, I don't know how): (add-hook 'kill-buffer-hook 'delete-auto-save-file-if-necessary) (add-hook 'kill-emacs-hook 'delete-auto-save-file-if-necessary) If I figure out how to have this controlled by an option, where (and how) would I send a patch request? BTW, is my mailing list etiquette (formatting of replies etc.) acceptable? This is my first bug report to a free software project. --047d7b10c7f7c6eb33052136f372 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>= On Sat, Oct 3, 2015 at 7:03 PM, Eli Zaretskii <eliz@gnu.org> wro= te:
> > Date: Sat, 3 Oct 2015 16:51:1= 2 +0200
> > From: Marcus <mrok4a@gmail.com>
> >
> > This might e= ven be useful default behavior.
=C2=A0
> People sometimes answer YES by mistake.

Isn'= t that why the "Modified buffers exist" question is yes/no rather= than y/n?=C2=A0
=C2=A0
>= I guess it could be OK as an option for people who like to live dangerousl= y.

I do, and have so far implemented the functiona= lity as (not with an option, I don't know how):
(add-hoo= k 'kill-buffer-hook 'delete-auto-save-file-if-necessary)
= (add-hook 'kill-emacs-hook 'delete-auto-save-file-if-necessary)

If I figure out how to have this controlled by = an option, where (and how) would I send a patch request?

BTW, is my mailing list etiquette (formatting= of replies etc.) acceptable? This is my first bug report to a free softwar= e project.
--047d7b10c7f7c6eb33052136f372-- From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2015 18:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Marcus Cc: 21612@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.14438952271775 (code B ref 21612); Sat, 03 Oct 2015 18:01:02 +0000 Received: (at 21612) by debbugs.gnu.org; 3 Oct 2015 18:00:27 +0000 Received: from localhost ([127.0.0.1]:53899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiR6h-0000SY-9Q for submit@debbugs.gnu.org; Sat, 03 Oct 2015 14:00:27 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:46638) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZiR6e-0000SQ-S3 for 21612@debbugs.gnu.org; Sat, 03 Oct 2015 14:00:25 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NVN00700OCUVA00@a-mtaout22.012.net.il> for 21612@debbugs.gnu.org; Sat, 03 Oct 2015 21:00:23 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVN007Q7OOMGPB0@a-mtaout22.012.net.il>; Sat, 03 Oct 2015 21:00:23 +0300 (IDT) Date: Sat, 03 Oct 2015 21:00:18 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83k2r33k99.fsf@gnu.org> References: <83mvvz3mvk.fsf@gnu.org> X-Spam-Score: 1.0 (+) 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: 1.0 (+) > Date: Sat, 3 Oct 2015 19:53:05 +0200 > From: Marcus > Cc: 21612@debbugs.gnu.org > > > > This might even be useful default behavior. > > People sometimes answer YES by mistake. > > Isn't that why the "Modified buffers exist" question is yes/no rather than y/n? Yes, but with minibuffer history, it's easy to type " RET" thinking the previous reply was "no". > If I figure out how to have this controlled by an option, where (and how) would > I send a patch request? Please send it here, and please accompany it with a ChangeLog entry. > BTW, is my mailing list etiquette (formatting of replies etc.) acceptable? I see no problems with it. Thanks. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 12:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Marcus Cc: 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162911741531196 (code B ref 21612); Mon, 16 Aug 2021 12:37:02 +0000 Received: (at 21612) by debbugs.gnu.org; 16 Aug 2021 12:36:55 +0000 Received: from localhost ([127.0.0.1]:48855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFbrL-00086z-GT for submit@debbugs.gnu.org; Mon, 16 Aug 2021 08:36:55 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFbrH-00086i-Os for 21612@debbugs.gnu.org; Mon, 16 Aug 2021 08:36:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SuDko7L0Ds6E33zYhbjFhHn54eWO0LL7vkr64fkNy20=; b=CH0SU/vUp7IMn67WUHF2085ICO deaRU3GKKm/h3Cb5dWswRBrBluxNdlsPeGWK8Q2knkPc8f9OyfGQKF50r20UBcY0J3blnOF09krqM 7tay3z4jo0uwT0WdSjAkN8Xll5ns+KBzO5zqrnJojTNcwC5Bm+ex7agvPGt7GvUsfqM4=; Received: from [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 1mFbr7-0004lx-5H; Mon, 16 Aug 2021 14:36:45 +0200 From: Lars Ingebrigtsen References: Date: Mon, 16 Aug 2021 14:36:40 +0200 In-Reply-To: (Marcus's message of "Sat, 3 Oct 2015 16:51:12 +0200") Message-ID: <87im05d0rr.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Marcus writes: > Recipe for recreating: > Start Emacs: `emacs -Q' > Visit a file, e.g.: `C-x C-f RET test-file RET'. > Change the file, e.g.: `M-> Will this auto-save?' > Trigger auto-save, e.g. by idling for 30 sec [...] 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-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 (---) Marcus writes: > Recipe for recreating: > Start Emacs: `emacs -Q' > Visit a file, e.g.: `C-x C-f RET test-file RET'. > Change the file, e.g.: `M-> Will this auto-save?' > Trigger auto-save, e.g. by idling for 30 seconds > Quit Emacs: `C-x C-c RET' > Don't save the file: `n yes RET' > Start Emacs again: `emacs -Q' > Visit the same file, e.g.: `C-x C-f RET test-file RET' > Message "test-file has auto save data; consider M-x recover-this-file" > appears. > > Since the buffer was killed intentionally, shouldn't it be possible to > configure Emacs such that the auto save file will be deleted? I think that sounds like a reasonable feature -- I can see people getting annoyed at Emacs' behaviour here. Perhaps the way to implement this would be to: Quit Emacs: `C-x C-c RET' Save file: `n' Delete auto-save file?: `yes RET' That is, introduce a new option that would offer to delete auto-save files for buffers the user chooses not to save. This could even be done generally -- not just during shutdown -- afer the Buffer foo modified; kill anyway? yes RET dialogue. (This would be an opt-in user option, of course, because the current behaviour is safer.) Any opinions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 16 08:36:59 2021 Received: (at control) by debbugs.gnu.org; 16 Aug 2021 12:36:59 +0000 Received: from localhost ([127.0.0.1]:48857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFbrO-00087G-RH for submit@debbugs.gnu.org; Mon, 16 Aug 2021 08:36:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFbrL-00086p-8m for control@debbugs.gnu.org; Mon, 16 Aug 2021 08:36:55 -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=i714D5nuFqVJpzvuN9hBLVpEJcuDeEFPyrOgysvgDd8=; b=QleOZznlQD7EPQ9j99f7Poe9g0 TGADwdp6PivGMm+PkMiLWi/JOlhrggyFDVzHD+gc1O9kVFrI2oIXpj5dYAMSwqHGISuhDzrX8Ug0z bsKY6hJsakoOKSFWQ2B7D/PTVtyKLTS11HI3A9F0Xnlz0oDVhTaiH9w3mpLEFYfDH9EY=; Received: from [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 1mFbrD-0004m5-G9 for control@debbugs.gnu.org; Mon, 16 Aug 2021 14:36:49 +0200 Date: Mon, 16 Aug 2021 14:36:46 +0200 Message-Id: <87h7fpd0rl.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #21612 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: tags 21612 + moreinfo 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 (---) tags 21612 + moreinfo quit From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 13:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162911921218513 (code B ref 21612); Mon, 16 Aug 2021 13:07:01 +0000 Received: (at 21612) by debbugs.gnu.org; 16 Aug 2021 13:06:52 +0000 Received: from localhost ([127.0.0.1]:48959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcKJ-0004oX-OR for submit@debbugs.gnu.org; Mon, 16 Aug 2021 09:06:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFcKI-0004oJ-3M for 21612@debbugs.gnu.org; Mon, 16 Aug 2021 09:06:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47262) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mFcKC-0005jG-VV; Mon, 16 Aug 2021 09:06:44 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3095 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mFcKC-00039a-IV; Mon, 16 Aug 2021 09:06:44 -0400 Date: Mon, 16 Aug 2021 16:06:38 +0300 Message-Id: <83fsv98roh.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87im05d0rr.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 16 Aug 2021 14:36:40 +0200) References: <87im05d0rr.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Date: Mon, 16 Aug 2021 14:36:40 +0200 > Cc: 21612@debbugs.gnu.org > > > Since the buffer was killed intentionally, shouldn't it be possible to > > configure Emacs such that the auto save file will be deleted? > > I think that sounds like a reasonable feature -- I can see people > getting annoyed at Emacs' behaviour here. Perhaps the way to implement > this would be to: > > Quit Emacs: `C-x C-c RET' > Save file: `n' > Delete auto-save file?: `yes RET' > > That is, introduce a new option that would offer to delete auto-save > files for buffers the user chooses not to save. This could even be done > generally -- not just during shutdown -- afer the > > Buffer foo modified; kill anyway? yes RET > > dialogue. (This would be an opt-in user option, of course, because the > current behaviour is safer.) > > Any opinions? We all know that people sometimes react to questions without thinking, so if the user says YES to the question whether to delete auto-save files, it could be a second before OOPS! So I think it's okay to have such a feature, but: . it should be OFF by default; and . it should NOT by default ask the additional question From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 13:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162912194815240 (code B ref 21612); Mon, 16 Aug 2021 13:53:01 +0000 Received: (at 21612) by debbugs.gnu.org; 16 Aug 2021 13:52:28 +0000 Received: from localhost ([127.0.0.1]:49036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFd2S-0003xk-7k for submit@debbugs.gnu.org; Mon, 16 Aug 2021 09:52:28 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFd2Q-0003xX-Es for 21612@debbugs.gnu.org; Mon, 16 Aug 2021 09:52:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Em8ooP0sOyh56GdkPJ74t8kJUqmX4ecI6v+F77cYOx8=; b=JnaiQ8dD/IuyLBhgp646vGxA1w AcC9r1Sv7Tp6H701LGEkPZI5eS9borSmUB1yVe7reA/pQtFWfgqTWtIqBdVG48HZOmL3P76Uc6PUj s0kjlVKfOd0gAZH2cjvkameRtnHRpUfmmLckX002M90wa1S/p9jIEdUivhHruaJcGPwo=; Received: from [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 1mFd2F-0005Sw-V1; Mon, 16 Aug 2021 15:52:20 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> Date: Mon, 16 Aug 2021 15:52:15 +0200 In-Reply-To: <83fsv98roh.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Aug 2021 16:06:38 +0300") Message-ID: <878s11a44w.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > So I think it's okay to have such a feature, but: > > . it should be OFF by default; and > . it should NOT by default ask the additional question So just delete the auto-save files automatically if you have the option switched on and you're killing an unsaved buffer? 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-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 (---) Eli Zaretskii writes: > So I think it's okay to have such a feature, but: > > . it should be OFF by default; and > . it should NOT by default ask the additional question So just delete the auto-save files automatically if you have the option switched on and you're killing an unsaved buffer? I think this sounds too dramatic to be useful, even as an option. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 14:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162912306018609 (code B ref 21612); Mon, 16 Aug 2021 14:11:02 +0000 Received: (at 21612) by debbugs.gnu.org; 16 Aug 2021 14:11:00 +0000 Received: from localhost ([127.0.0.1]:50664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFdKO-0004q5-EB for submit@debbugs.gnu.org; Mon, 16 Aug 2021 10:11:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFdKM-0004pt-Ti for 21612@debbugs.gnu.org; Mon, 16 Aug 2021 10:10:59 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49440) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mFdKH-0002BI-NC; Mon, 16 Aug 2021 10:10:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3058 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mFdKH-0005o2-Eq; Mon, 16 Aug 2021 10:10:53 -0400 Date: Mon, 16 Aug 2021 17:10:45 +0300 Message-Id: <838s118opm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <878s11a44w.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 16 Aug 2021 15:52:15 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org > Date: Mon, 16 Aug 2021 15:52:15 +0200 > > Eli Zaretskii writes: > > > So I think it's okay to have such a feature, but: > > > > . it should be OFF by default; and > > . it should NOT by default ask the additional question > > So just delete the auto-save files automatically if you have the option > switched on and you're killing an unsaved buffer? > > I think this sounds too dramatic to be useful, even as an option. When the option is switched ON, I'm okay with asking the question. I just don't think we should ask it when the option is OFF. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Aug 2021 18:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162913970914444 (code B ref 21612); Mon, 16 Aug 2021 18:49:02 +0000 Received: (at 21612) by debbugs.gnu.org; 16 Aug 2021 18:48:29 +0000 Received: from localhost ([127.0.0.1]:50976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFhev-0003ku-L7 for submit@debbugs.gnu.org; Mon, 16 Aug 2021 14:48:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mFhet-0003kg-G5 for 21612@debbugs.gnu.org; Mon, 16 Aug 2021 14:48:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=HWwwuuzUjZnqOXQf+R5AnwOSVbVU3jZwx1LBei2eGuE=; b=gbgCzRVIdNgkunsm/LkP0fB0q5 pSlovIaSccP8Ewh7AuYEkMS9PniwsxAB+VNgIrEjJN4A1GZbf/WvNIGYQF7lWVRooRBhL0UuB4ac8 GdAOqNYtMQCmnXhTJ+IgmxV9wnLZhQkBOOmZpjcs1QTlE3Ii5eizGWJDkOfdVpjToLPI=; Received: from [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 1mFhei-0007wD-AA; Mon, 16 Aug 2021 20:48:20 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> Date: Mon, 16 Aug 2021 20:48:11 +0200 In-Reply-To: <838s118opm.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Aug 2021 17:10:45 +0300") Message-ID: <87bl5xdy50.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > When the option is switched ON, I'm okay with asking the question. I > just don't think we should ask it when the option is OFF. Oh, yes, then we're in full agreement. :-) 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-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 (---) Eli Zaretskii writes: > When the option is switched ON, I'm okay with asking the question. I > just don't think we should ask it when the option is OFF. Oh, yes, then we're in full agreement. :-) I'll take a stab at implementing this tomorrowish. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 12:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, "Richard M. Stallman" , 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162929074320625 (code B ref 21612); Wed, 18 Aug 2021 12:46:01 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 12:45:43 +0000 Received: from localhost ([127.0.0.1]:55094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGKwt-0005MV-5B for submit@debbugs.gnu.org; Wed, 18 Aug 2021 08:45:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:37878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGKwn-0005ME-KB for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 08:45:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=xz3/ax5eDoEsqTWoTq4NuyvsAnfKUIj22N+8lQ3xYoI=; b=AA/8/JXUbFccS0ZZv+69wPknsA akZtNzt5nMsQlXLl6awisYY6TlLq+ElOVBXc7RDxtxvDedzXPnIC/THsAUp5jgrj4pwVO5Ookyp27 mhNItoAeMBZXKNIKPNpDKfVRJhE1qDUvW9xkT9ZTmcUcYnmZxzvqF6rpiKZH3DmzngEk=; Received: from [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 1mGKwc-0008O9-EN; Wed, 18 Aug 2021 14:45:26 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> Date: Wed, 18 Aug 2021 14:45:21 +0200 In-Reply-To: <838s118opm.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Aug 2021 17:10:45 +0300") Message-ID: <87k0kidiqm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Argh! I now implemented this... but then I discovered the delete-auto-save-files variable, which seems to be providing just what was requested here, just about. And it worked in the initial revision: 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-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 (---) Argh! I now implemented this... but then I discovered the delete-auto-save-files variable, which seems to be providing just what was requested here, just about. And it worked in the initial revision: commit 1ab256cb9997cf15983abc63310cdf32f0533bca Author: Roland McGrath AuthorDate: Mon Jul 15 21:27:11 1991 +0000 Initial revision diff --git a/src/buffer.c b/src/buffer.c --- /dev/null +++ b/src/buffer.c @@ -0,0 +678,9 @@ + /* Delete any auto-save file. */ + if (XTYPE (b->auto_save_file_name) == Lisp_String) + { + Lisp_Object tem; + tem = Fsymbol_value (intern ("delete-auto-save-files")); + if (! NULL (tem)) + unlink (XSTRING (b->auto_save_file_name)->data); + } + But Richard changed this in 2001: commit 9cf712eb57c0a1fef56487508e89d08c91f98db1 Author: Richard M. Stallman AuthorDate: Tue Nov 6 04:48:15 2001 +0000 (Fkill_buffer): Don't delete auto save file if buffer is modified. diff --git a/src/buffer.c b/src/buffer.c --- a/src/buffer.c +++ b/src/buffer.c @@ -1370,11 +1370,13 @@ - /* Delete any auto-save file, if we saved it in this session. */ + /* Delete any auto-save file, if we saved it in this session. + But not if the buffer is modified. */ if (STRINGP (b->auto_save_file_name) && b->auto_save_modified != 0 - && BUF_SAVE_MODIFF (b) < b->auto_save_modified) + && BUF_SAVE_MODIFF (b) < b->auto_save_modified + && BUF_SAVE_MODIFF (b) < BUF_MODIFF (b)) { Lisp_Object tem; tem = Fsymbol_value (intern ("delete-auto-save-files")); if (! NILP (tem)) internal_delete_file (b->auto_save_file_name); } No now this option is basically pointless (when killing buffers) -- the only reason we'd want to delete an auto-save file is if the buffer is modified. Otherwise there won't be an auto-save file. (Except when it's made by a different Emacs, and in that case, we really shouldn't be deleting it anyway.) The commit message or the comments don't explain what the reasoning behind changing the semantics here were. Richard, do you have any recollection why you made these changes 20 years ago? They seem to make the delete-auto-save-files variable in a kill-buffer context pointless. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 13:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162929367825669 (code B ref 21612); Wed, 18 Aug 2021 13:35:02 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 13:34:38 +0000 Received: from localhost ([127.0.0.1]:55273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLiI-0006fx-9P for submit@debbugs.gnu.org; Wed, 18 Aug 2021 09:34:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLiF-0006fe-Sd for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 09:34:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47360) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGLiA-00022R-CU; Wed, 18 Aug 2021 09:34:30 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1865 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGLhw-0002lF-4t; Wed, 18 Aug 2021 09:34:16 -0400 Date: Wed, 18 Aug 2021 16:34:14 +0300 Message-Id: <83sfz6512h.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87k0kidiqm.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 18 Aug 2021 14:45:21 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, Richard M. Stallman > Date: Wed, 18 Aug 2021 14:45:21 +0200 > > diff --git a/src/buffer.c b/src/buffer.c > --- a/src/buffer.c > +++ b/src/buffer.c > @@ -1370,11 +1370,13 @@ > - /* Delete any auto-save file, if we saved it in this session. */ > + /* Delete any auto-save file, if we saved it in this session. > + But not if the buffer is modified. */ > if (STRINGP (b->auto_save_file_name) > && b->auto_save_modified != 0 > - && BUF_SAVE_MODIFF (b) < b->auto_save_modified) > + && BUF_SAVE_MODIFF (b) < b->auto_save_modified > + && BUF_SAVE_MODIFF (b) < BUF_MODIFF (b)) > { > Lisp_Object tem; > tem = Fsymbol_value (intern ("delete-auto-save-files")); > if (! NILP (tem)) > internal_delete_file (b->auto_save_file_name); > } > > No now this option is basically pointless (when killing buffers) -- the > only reason we'd want to delete an auto-save file is if the buffer is > modified. Otherwise there won't be an auto-save file. (Except when > it's made by a different Emacs, and in that case, we really shouldn't be > deleting it anyway.) We could make that variable have a third value, which would then override the above logic, no? > The commit message or the comments don't explain what the reasoning > behind changing the semantics here were. > > Richard, do you have any recollection why you made these changes 20 > years ago? They seem to make the delete-auto-save-files variable in a > kill-buffer context pointless. I guess the reason was the fear of losing edits, as discussed previously. But if the user explicitly wants to take those risks, it's okay, especially if we ask for confirmation. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 13:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162929391426134 (code B ref 21612); Wed, 18 Aug 2021 13:39:01 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 13:38:34 +0000 Received: from localhost ([127.0.0.1]:55277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLm1-0006nN-S3 for submit@debbugs.gnu.org; Wed, 18 Aug 2021 09:38:34 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLlw-0006n1-Vh for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 09:38:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BBB944kjOJuq4AsVWaAdq4g3jTXrHSxpBxKVMaJs/8U=; b=MWthgqt8721yiomsT0RSkcKYbs zKUGmlgSVmcJbs1MSoINBXzSMxYB0Ni+lsHpJsOeWmldTlyDR0z4KlbMPkAgWRB9mxtBsn5cjGG3G h3Y86gOhEVf4bPv7tq2CAltIPe3Q7u21OsBlr7spvQjCTgSSaruWeXhgPQj0VWVaWRY4=; Received: from [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 1mGLlm-0000QB-2K; Wed, 18 Aug 2021 15:38:18 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> Date: Wed, 18 Aug 2021 15:38:11 +0200 In-Reply-To: <83sfz6512h.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Aug 2021 16:34:14 +0300") Message-ID: <874kbmdgak.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > We could make that variable have a third value, which would then > override the above logic, no? I think it would make more sense to have the non-nil value query the user first in this case (and not delete auto-save files produced by other Emacsen, because that's pretty odd). 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-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 (---) Eli Zaretskii writes: > We could make that variable have a third value, which would then > override the above logic, no? I think it would make more sense to have the non-nil value query the user first in this case (and not delete auto-save files produced by other Emacsen, because that's pretty odd). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 13:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16292944973063 (code B ref 21612); Wed, 18 Aug 2021 13:49:01 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 13:48:17 +0000 Received: from localhost ([127.0.0.1]:55290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLvV-0000nI-0Q for submit@debbugs.gnu.org; Wed, 18 Aug 2021 09:48:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGLvS-0000n3-Vr for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 09:48:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47998) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGLvN-0001A9-Jk; Wed, 18 Aug 2021 09:48:09 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2711 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGLvG-0006iK-OV; Wed, 18 Aug 2021 09:48:03 -0400 Date: Wed, 18 Aug 2021 16:48:03 +0300 Message-Id: <83o89u50fg.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <874kbmdgak.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 18 Aug 2021 15:38:11 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, rms@gnu.org > Date: Wed, 18 Aug 2021 15:38:11 +0200 > > Eli Zaretskii writes: > > > We could make that variable have a third value, which would then > > override the above logic, no? > > I think it would make more sense to have the non-nil value query the > user first in this case But that would exactly do what I asked not to do, and you agreed: ask that question by default. Because the default value of the variable is non-nil... From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 14:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16292971249601 (code B ref 21612); Wed, 18 Aug 2021 14:33:02 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 14:32:04 +0000 Received: from localhost ([127.0.0.1]:57182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGMbs-0002Un-Hp for submit@debbugs.gnu.org; Wed, 18 Aug 2021 10:32:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGMbo-0002UH-EQ for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 10:32:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=R0xSbTFEe00Mfql2JNELsCJG/irMWQDSRn4IVDM4tAw=; b=dTpDLxYxYSZ9hO0m+mMjisW8y+ i3W70i+6p/YyWq1PjTaDXHux4aHR3X+uw7IzsespLF1cxdSxISRTWAFq33D3oJMmh3Hj0OupLA020 OoYTpP92c9MR57BbamLTw3l+KQ/uuz0ULVLwsSBG2Ilhqs7UZHq0vcNa/zzOq2TQPsx0=; Received: from [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 1mGMbd-0000oF-Kg; Wed, 18 Aug 2021 16:31:53 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> Date: Wed, 18 Aug 2021 16:31:49 +0200 In-Reply-To: <83o89u50fg.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Aug 2021 16:48:03 +0300") Message-ID: <87r1eqbz8q.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > But that would exactly do what I asked not to do, and you agreed: ask > that question by default. Because the default value of the variable > is non-nil... Oh yeah, I'd forgotten that it was t by default. 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-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 (---) Eli Zaretskii writes: > But that would exactly do what I asked not to do, and you agreed: ask > that question by default. Because the default value of the variable > is non-nil... Oh yeah, I'd forgotten that it was t by default. Hm... /* Delete any auto-save file, if we saved it in this session. But not if the buffer is modified. */ if (STRINGP (BVAR (b, auto_save_file_name)) && BUF_AUTOSAVE_MODIFF (b) != 0 && BUF_SAVE_MODIFF (b) < BUF_AUTOSAVE_MODIFF (b) && BUF_SAVE_MODIFF (b) < BUF_MODIFF (b) && NILP (Fsymbol_value (intern ("auto-save-visited-file-name")))) { Lisp_Object delete; delete = Fsymbol_value (intern ("delete-auto-save-files")); if (! NILP (delete)) internal_delete_file (BVAR (b, auto_save_file_name)); } Actually, I'm not sure that my first reading of this code was correct. Will this code ever trigger a file deletion? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 16:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16293032274942 (code B ref 21612); Wed, 18 Aug 2021 16:14:02 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 16:13:47 +0000 Received: from localhost ([127.0.0.1]:57388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOCJ-0001He-EG for submit@debbugs.gnu.org; Wed, 18 Aug 2021 12:13:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOCG-0001HR-O1 for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 12:13:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54308) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGOCB-0006u6-0I; Wed, 18 Aug 2021 12:13:39 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3625 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGOBj-0006oP-JX; Wed, 18 Aug 2021 12:13:13 -0400 Date: Wed, 18 Aug 2021 19:13:10 +0300 Message-Id: <83h7fm4tpl.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r1eqbz8q.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 18 Aug 2021 16:31:49 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, rms@gnu.org > Date: Wed, 18 Aug 2021 16:31:49 +0200 > > Actually, I'm not sure that my first reading of this code was correct. > Will this code ever trigger a file deletion? Why not? From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 16:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16293049127769 (code B ref 21612); Wed, 18 Aug 2021 16:42:01 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 16:41:52 +0000 Received: from localhost ([127.0.0.1]:57425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOdU-00021F-E1 for submit@debbugs.gnu.org; Wed, 18 Aug 2021 12:41:52 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40044) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOdR-00020y-5A for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 12:41:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=C5wZOMqcoWfeMyRIvcMrWp1n/3x6JcnRuU3oVr8fLd8=; b=d1Pb97v6AcgbVC4wtFb3MTDQ6V HPKp5m9GS51nufkYYwnZpxkLfTNl6QNeayTu3RUYnvOkU/ddXAcXJaJZ7+KW2WDHNhq/LbnsYaCzZ ++juNBpoFup+KPn4pVk54hm4dBW49vR7nUizuJeTC6IJ3qxFdub3E0FuAEhz4j7gw63o=; Received: from [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 1mGOdG-000235-0A; Wed, 18 Aug 2021 18:41:42 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> Date: Wed, 18 Aug 2021 18:41:36 +0200 In-Reply-To: <83h7fm4tpl.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Aug 2021 19:13:10 +0300") Message-ID: <87lf4yaenz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: >> Actually, I'm not sure that my first reading of this code was correct. >> Will this code ever trigger a file deletion? > > Why not? Under which conditions will it delete anything? Hm... well, I guess if you set the buffer to non-modified manually and then kills it, it'll delete the auto-save file? 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-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 (---) Eli Zaretskii writes: >> Actually, I'm not sure that my first reading of this code was correct. >> Will this code ever trigger a file deletion? > > Why not? Under which conditions will it delete anything? Hm... well, I guess if you set the buffer to non-modified manually and then kills it, it'll delete the auto-save file? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Aug 2021 16:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16293050978109 (code B ref 21612); Wed, 18 Aug 2021 16:45:01 +0000 Received: (at 21612) by debbugs.gnu.org; 18 Aug 2021 16:44:57 +0000 Received: from localhost ([127.0.0.1]:57430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOgP-00026b-S4 for submit@debbugs.gnu.org; Wed, 18 Aug 2021 12:44:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGOgK-00026C-QE for 21612@debbugs.gnu.org; Wed, 18 Aug 2021 12:44:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56302) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGOgF-0004dL-EE; Wed, 18 Aug 2021 12:44:43 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1760 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGOg9-0007d7-82; Wed, 18 Aug 2021 12:44:37 -0400 Date: Wed, 18 Aug 2021 19:44:38 +0300 Message-Id: <83bl5u4s95.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87lf4yaenz.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 18 Aug 2021 18:41:36 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, rms@gnu.org > Date: Wed, 18 Aug 2021 18:41:36 +0200 > > Under which conditions will it delete anything? Hm... well, I guess if > you set the buffer to non-modified manually and then kills it, it'll > delete the auto-save file? Yes. Or any other command that resets the modified status without also deleting the auto-save file. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Aug 2021 13:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162937834822555 (code B ref 21612); Thu, 19 Aug 2021 13:06:02 +0000 Received: (at 21612) by debbugs.gnu.org; 19 Aug 2021 13:05:48 +0000 Received: from localhost ([127.0.0.1]:58794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGhjv-0005ri-Rj for submit@debbugs.gnu.org; Thu, 19 Aug 2021 09:05:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGhjt-0005rU-TU for 21612@debbugs.gnu.org; Thu, 19 Aug 2021 09:05:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Jehc1wgphjhixyTIIpPZdzGC6kbvOzBwuyJyjKyAZgo=; b=Ao5r5UqaDa0YJZQPVc2zbcgTQP afdGjDu/r0hd9P3suZCbyGyPFZXj+dyvJcTxwDD6WKdBfWP9K+nmNIKVQmHb6ewIBjvwl5+xpMAjh +he8E9tQ4krygsUyvY/tRwbESsvJm05ik6/EZEMusW1/x4lKDgGP3euueE+RwgQ0oems=; Received: from [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 1mGhjj-00065r-Bn; Thu, 19 Aug 2021 15:05:39 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> Date: Thu, 19 Aug 2021 15:05:34 +0200 In-Reply-To: <83bl5u4s95.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Aug 2021 19:44:38 +0300") Message-ID: <87pmu98u01.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: >> Under which conditions will it delete anything? Hm... well, I guess if >> you set the buffer to non-modified manually and then kills it, it'll >> delete the auto-save file? > > Yes. Or any other co [...] 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-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 (---) Eli Zaretskii writes: >> Under which conditions will it delete anything? Hm... well, I guess if >> you set the buffer to non-modified manually and then kills it, it'll >> delete the auto-save file? > > Yes. Or any other command that resets the modified status without > also deleting the auto-save file. Are there any other commands that do this? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Aug 2021 06:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162944064611029 (code B ref 21612); Fri, 20 Aug 2021 06:25:01 +0000 Received: (at 21612) by debbugs.gnu.org; 20 Aug 2021 06:24:06 +0000 Received: from localhost ([127.0.0.1]:32860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGxwk-0002rp-Cs for submit@debbugs.gnu.org; Fri, 20 Aug 2021 02:24:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGxwi-0002rK-8I for 21612@debbugs.gnu.org; Fri, 20 Aug 2021 02:24:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49024) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGxwc-0005Hv-Aj; Fri, 20 Aug 2021 02:23:58 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1168 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGxwU-0005Vb-3H; Fri, 20 Aug 2021 02:23:50 -0400 Date: Fri, 20 Aug 2021 09:23:32 +0300 Message-Id: <83h7fk1vob.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87pmu98u01.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 19 Aug 2021 15:05:34 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, rms@gnu.org > Date: Thu, 19 Aug 2021 15:05:34 +0200 > > Eli Zaretskii writes: > > >> Under which conditions will it delete anything? Hm... well, I guess if > >> you set the buffer to non-modified manually and then kills it, it'll > >> delete the auto-save file? > > > > Yes. Or any other command that resets the modified status without > > also deleting the auto-save file. > > Are there any other commands that do this? I don't really know of any specific ones, but where there's one, there could be others. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Aug 2021 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162946615513904 (code B ref 21612); Fri, 20 Aug 2021 13:30:02 +0000 Received: (at 21612) by debbugs.gnu.org; 20 Aug 2021 13:29:15 +0000 Received: from localhost ([127.0.0.1]:33299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mH4aA-0003cC-Tc for submit@debbugs.gnu.org; Fri, 20 Aug 2021 09:29:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mH4a9-0003bz-Ps for 21612@debbugs.gnu.org; Fri, 20 Aug 2021 09:29:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vuFQwKFbXMeOE+FXNizQ4UJE+gCVC6hRn4kpy6ijmFQ=; b=vBUHnh3PolJFmr76b+isSBltof OJmho50ClmFSqrEmS7W6dHjiQMger4aXss5eOTFfg9tiJvrvf1/iq11CXUpczQHvH8Acr0M1/hP71 8p1hrJQBHXTLy0dwGQQwPjSeQrrxuXLVjBYw941QgdUZdiMhPJH6XVGpTGlu2Y2TcT6g=; Received: from [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 1mH4Zx-0004Nn-OF; Fri, 20 Aug 2021 15:29:05 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> Date: Fri, 20 Aug 2021 15:29:01 +0200 In-Reply-To: <83h7fk1vob.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 20 Aug 2021 09:23:32 +0300") Message-ID: <87eeao8cte.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: >> >> Under which conditions will it delete anything? Hm... well, I guess if >> >> you set the buffer to non-modified manually and then kills it, it'll >> >> delete the auto-save file? >> > >> > Yes. [...] 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-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 (---) Eli Zaretskii writes: >> >> Under which conditions will it delete anything? Hm... well, I guess if >> >> you set the buffer to non-modified manually and then kills it, it'll >> >> delete the auto-save file? >> > >> > Yes. Or any other command that resets the modified status without >> > also deleting the auto-save file. >> >> Are there any other commands that do this? > > I don't really know of any specific ones, but where there's one, there > could be others. I actually tried this instead of making sense of the code, and: emacs -Q /tmp/foo insert bar M-x do-auto-save M-x not-modified C-x k RET The auto-save file is not deleted. So I'm back to my second interpretation of the code -- I don't understand under what condition it's actually triggered (if any). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Aug 2021 09:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen , Stefan Monnier Cc: mrok4a@gmail.com, rms@gnu.org, 21612@debbugs.gnu.org Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16296246096180 (code B ref 21612); Sun, 22 Aug 2021 09:31:01 +0000 Received: (at 21612) by debbugs.gnu.org; 22 Aug 2021 09:30:09 +0000 Received: from localhost ([127.0.0.1]:38177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHjns-0001bc-Oo for submit@debbugs.gnu.org; Sun, 22 Aug 2021 05:30:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHjnq-0001Zf-86 for 21612@debbugs.gnu.org; Sun, 22 Aug 2021 05:30:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43560) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mHjnk-0002O2-DQ; Sun, 22 Aug 2021 05:30:00 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3713 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mHjnd-0006pB-LY; Sun, 22 Aug 2021 05:29:53 -0400 Date: Sun, 22 Aug 2021 12:29:41 +0300 Message-Id: <83a6l9yghm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87eeao8cte.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 20 Aug 2021 15:29:01 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: mrok4a@gmail.com, 21612@debbugs.gnu.org, rms@gnu.org > Date: Fri, 20 Aug 2021 15:29:01 +0200 > > I actually tried this instead of making sense of the code, and: > > emacs -Q /tmp/foo > insert bar > M-x do-auto-save > M-x not-modified > C-x k RET > > The auto-save file is not deleted. > > So I'm back to my second interpretation of the code -- I don't > understand under what condition it's actually triggered (if any). First, there seems to be an obvious logic bug there: /* Delete any auto-save file, if we saved it in this session. But not if the buffer is modified. */ if (STRINGP (BVAR (b, auto_save_file_name)) && BUF_AUTOSAVE_MODIFF (b) != 0 && BUF_SAVE_MODIFF (b) < BUF_AUTOSAVE_MODIFF (b) && BUF_SAVE_MODIFF (b) < BUF_MODIFF (b) <<<<<<<<<<<<<<<<<<<<<<<<<< && NILP (Fsymbol_value (intern ("auto-save-visited-file-name")))) { Lisp_Object delete; delete = Fsymbol_value (intern ("delete-auto-save-files")); if (! NILP (delete)) internal_delete_file (BVAR (b, auto_save_file_name)); } The condition I emphasized above should be reversed, because it means the buffer _is_ modified, whereas according to the comment we need to test that it _isn't_. Right? And second, I think the condition before it should be changed to say && BUF_SAVE_MODIFF (b) <= BUF_AUTOSAVE_MODIFF (b) I see no reason to reject the situation where the two are equal. Come to think of this, I don't see why we need this last condition at all. In its current form it means that the buffer was auto-saved since the last save, but if it was auto-saved _before_ the last save, it means the auto-save file is even less important to keep, right? So maybe we should remove that condition. Adding Stefan, who considered this stuff 11 years ago. Stefan, any comments? (There's also bug#5314 that's related to this.) From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Aug 2021 21:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 21612@debbugs.gnu.org, Stefan Monnier , rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162966931929720 (code B ref 21612); Sun, 22 Aug 2021 21:56:01 +0000 Received: (at 21612) by debbugs.gnu.org; 22 Aug 2021 21:55:19 +0000 Received: from localhost ([127.0.0.1]:39954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHvR1-0007jI-KY for submit@debbugs.gnu.org; Sun, 22 Aug 2021 17:55:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:37350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHvR0-0007j4-4S for 21612@debbugs.gnu.org; Sun, 22 Aug 2021 17:55:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=etAiCkotTJbHlykT4ERhYZ7Kac9R0aGxJxpCez0/L2s=; b=K6/z5v9U/fEHZ6CwZ57G3I0QUq Zz3xMAN53GtLuFRygJ1XhpO1unySo+FnM20N7ywnxyyG0XYqhbb7X24L4YvFS7c+YI6xDhCx3zb1w FJ/zMBCJEtoyJZ5jAAhRBce9s2q8pNm6/wVG6jGesCA7jWcSm9hsORIJyMtzx9eVufDc=; Received: from [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 1mHvQo-0003SY-DY; Sun, 22 Aug 2021 23:55:10 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> Date: Sun, 22 Aug 2021 23:55:05 +0200 In-Reply-To: <83a6l9yghm.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 22 Aug 2021 12:29:41 +0300") Message-ID: <87fsv1w3eu.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > The condition I emphasized above should be reversed, because it means > the buffer _is_ modified, whereas according to the comment we need to > test that it _isn't_. Right? 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-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 (---) Eli Zaretskii writes: > The condition I emphasized above should be reversed, because it means > the buffer _is_ modified, whereas according to the comment we need to > test that it _isn't_. Right? I... think so. > And second, I think the condition before it should be changed to say > > && BUF_SAVE_MODIFF (b) <= BUF_AUTOSAVE_MODIFF (b) > > I see no reason to reject the situation where the two are equal. Come > to think of this, I don't see why we need this last condition at all. Me neither. Since this code (in its current state) seems to mean that we never delete auto-save files when killing buffers, I think we should change the documented effect of `delete-auto-save-files' to be what it does now: ---- Non-nil means delete auto-save file when a buffer is saved. ---- Then delete the bit in `kill-buffer' that tries to act on that variable, and then introduce the new variable previously discussed in this bug report. The two things (deleting auto-save file when saving a file and killing a buffer) do not seem to be very related functionality, so having one variable for both things is just confusing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Aug 2021 12:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162972130024348 (code B ref 21612); Mon, 23 Aug 2021 12:22:02 +0000 Received: (at 21612) by debbugs.gnu.org; 23 Aug 2021 12:21:40 +0000 Received: from localhost ([127.0.0.1]:40665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mI8xM-0006Kb-U3 for submit@debbugs.gnu.org; Mon, 23 Aug 2021 08:21:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56726) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mI8xI-0006KM-PO for 21612@debbugs.gnu.org; Mon, 23 Aug 2021 08:21:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47032) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mI8xC-0000O3-Iv; Mon, 23 Aug 2021 08:21:26 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2932 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mI8x6-0004LX-8M; Mon, 23 Aug 2021 08:21:20 -0400 Date: Mon, 23 Aug 2021 15:21:10 +0300 Message-Id: <83pmu4wdvt.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87fsv1w3eu.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 22 Aug 2021 23:55:05 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: Stefan Monnier , mrok4a@gmail.com, > 21612@debbugs.gnu.org, rms@gnu.org > Date: Sun, 22 Aug 2021 23:55:05 +0200 > > Since this code (in its current state) seems to mean that we never > delete auto-save files when killing buffers, I think we should change > the documented effect of `delete-auto-save-files' to be what it does > now: > > ---- > Non-nil means delete auto-save file when a buffer is saved. > ---- I wouldn't do that, because I think there could be situations where we do delete auto-save files in other cases. The code says: delete if the file was auto-saved during this session, was auto-saved after being saved, and was modified after being saved. That's not what we want, but I don't think it's impossible to have that. > Then delete the bit in `kill-buffer' that tries to act on that variable, > and then introduce the new variable previously discussed in this bug > report. > > The two things (deleting auto-save file when saving a file and killing a > buffer) do not seem to be very related functionality, so having one > variable for both things is just confusing. We could have 2 variables, yes. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Aug 2021 14:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16297271572164 (code B ref 21612); Mon, 23 Aug 2021 14:00:02 +0000 Received: (at 21612) by debbugs.gnu.org; 23 Aug 2021 13:59:17 +0000 Received: from localhost ([127.0.0.1]:42213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIATp-0000Ym-BD for submit@debbugs.gnu.org; Mon, 23 Aug 2021 09:59:17 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44068) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIATj-0000YI-FP for 21612@debbugs.gnu.org; Mon, 23 Aug 2021 09:59:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rGQE5Ec10aniXGvSwL3oXmYHSDAUys9J+ei1zXio1Qg=; b=hblRpRu/Bc+n9x8k3/WNQdsytk W2Hz7EtYJpENX8cas0D3f1j1dpvqx+qjyBT9KOEsHMJ4DRzOW7WDGrbo6u4q4L00FNH1owwnD0jZe lWHqGZGBN5GWJhEE1GM4JG1+KdRe6KeCZjd7DhNMOP2gE+ZK43GI+nPWu/qsX+wX9zcI=; Received: from [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 1mIATX-0003r5-3Y; Mon, 23 Aug 2021 15:58:59 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> <83pmu4wdvt.fsf@gnu.org> Date: Mon, 23 Aug 2021 15:58:54 +0200 In-Reply-To: <83pmu4wdvt.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Aug 2021 15:21:10 +0300") Message-ID: <875yvwtg81.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: >> ---- >> Non-nil means delete auto-save file when a buffer is saved. >> ---- > > I wouldn't do that, because I think there could be situations where we > do delete auto-save files in other cases. Th [...] 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-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 (---) Eli Zaretskii writes: >> ---- >> Non-nil means delete auto-save file when a buffer is saved. >> ---- > > I wouldn't do that, because I think there could be situations where we > do delete auto-save files in other cases. The code says: delete if > the file was auto-saved during this session, was auto-saved after > being saved, and was modified after being saved. That's not what we > want, but I don't think it's impossible to have that. As you say, it's not what we want... and I don't think anybody would want that... >> Then delete the bit in `kill-buffer' that tries to act on that variable, >> and then introduce the new variable previously discussed in this bug >> report. >> >> The two things (deleting auto-save file when saving a file and killing a >> buffer) do not seem to be very related functionality, so having one >> variable for both things is just confusing. > > We could have 2 variables, yes. ... so I've pushed the two-variable solution now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 23 09:59:26 2021 Received: (at control) by debbugs.gnu.org; 23 Aug 2021 13:59:26 +0000 Received: from localhost ([127.0.0.1]:42216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIATy-0000Z8-Q3 for submit@debbugs.gnu.org; Mon, 23 Aug 2021 09:59:26 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44090) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIATt-0000Yk-L4 for control@debbugs.gnu.org; Mon, 23 Aug 2021 09:59:21 -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=8qKoCpomQslEyMpUDo7eTer/UaCB3l7DXwmNznneGoQ=; b=BtDIxO0mQ+HHyciqrwBCu//qnO r1xnSY248qBEirfBB/3WhmmeRaqeevkL7W5D3npkui3PZEnzMReabAdnFV9P2H9cgTeAyMdnljcJL VcErGB9DwdyRJqkAV//EFRAWTEnYXy8RlaIHXb/3t0P41Qt06URCusu7rD5PxbVsal5I=; Received: from [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 1mIATl-0003rL-PD for control@debbugs.gnu.org; Mon, 23 Aug 2021 15:59:11 +0200 Date: Mon, 23 Aug 2021 15:59:06 +0200 Message-Id: <874kbgtg7p.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #21612 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 21612 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 21612 28.1 quit From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Aug 2021 16:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16297359131723 (code B ref 21612); Mon, 23 Aug 2021 16:26:02 +0000 Received: (at 21612) by debbugs.gnu.org; 23 Aug 2021 16:25:13 +0000 Received: from localhost ([127.0.0.1]:42485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mICl7-0000Ri-7z for submit@debbugs.gnu.org; Mon, 23 Aug 2021 12:25:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mICl5-0000RQ-1j for 21612@debbugs.gnu.org; Mon, 23 Aug 2021 12:25:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55498) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mICky-0003x6-PC; Mon, 23 Aug 2021 12:25:04 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2167 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mICks-0002VY-Ed; Mon, 23 Aug 2021 12:24:58 -0400 Date: Mon, 23 Aug 2021 19:24:49 +0300 Message-Id: <83o89ow2lq.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <875yvwtg81.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 23 Aug 2021 15:58:54 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> <83pmu4wdvt.fsf@gnu.org> <875yvwtg81.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: monnier@iro.umontreal.ca, mrok4a@gmail.com, 21612@debbugs.gnu.org, > rms@gnu.org > Date: Mon, 23 Aug 2021 15:58:54 +0200 > > >> The two things (deleting auto-save file when saving a file and killing a > >> buffer) do not seem to be very related functionality, so having one > >> variable for both things is just confusing. > > > > We could have 2 variables, yes. > > ... so I've pushed the two-variable solution now. Hmm... bother. If the new variable kill-buffer-delete-auto-save-files is non-nil, we ask the user even if we eventually don't delete the auto-save file, for example if auto-save-visited-mode is in effect. Is that TRT? Also, I'd bet people would like to be able to delete them without any questions asked, so maybe the variable should be a tristate, not a boolean? Thanks. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Aug 2021 16:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.16297368573339 (code B ref 21612); Mon, 23 Aug 2021 16:41:02 +0000 Received: (at 21612) by debbugs.gnu.org; 23 Aug 2021 16:40:57 +0000 Received: from localhost ([127.0.0.1]:42520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mID0L-0000rn-6I for submit@debbugs.gnu.org; Mon, 23 Aug 2021 12:40:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mID0J-0000rZ-8R for 21612@debbugs.gnu.org; Mon, 23 Aug 2021 12:40:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vTMvR0idva6dgmF4lv8YdK3OzJBK57HfdkYR3aUtv8I=; b=pO0U4OAJJ9EIfWlOf6Cj+f7J8B 9Mh4sZC0mU7xZgiW/dqVCsK580bfvuT/8OQw1IQzxjH86am/TEEocgyYwgNt9lPjcTD8qhvFuiJLq SaVqMtiE013nHHA4HB8aPiU6rzmrSCwRHdx5Yfu7qE0TNSmKHhVyZD7Vti0HLY/U2iHg=; Received: from [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 1mID06-0005Ki-Vp; Mon, 23 Aug 2021 18:40:47 +0200 From: Lars Ingebrigtsen References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> <83pmu4wdvt.fsf@gnu.org> <875yvwtg81.fsf@gnus.org> <83o89ow2lq.fsf@gnu.org> Date: Mon, 23 Aug 2021 18:40:40 +0200 In-Reply-To: <83o89ow2lq.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Aug 2021 19:24:49 +0300") Message-ID: <877dgcp113.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > Hmm... bother. If the new variable kill-buffer-delete-auto-save-files > is non-nil, we ask the user even if we eventually don't delete the > auto-save file, for example if auto-save-visited-mode is [...] 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-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 (---) Eli Zaretskii writes: > Hmm... bother. If the new variable kill-buffer-delete-auto-save-files > is non-nil, we ask the user even if we eventually don't delete the > auto-save file, for example if auto-save-visited-mode is in effect. > Is that TRT? If that's the case, it's a bug. I'll have a look at this tomorrow. (Hm... and the code should check whether the auto-save file actually exists, not just `recent-auto-save-p' -- the user may have deleted the auto-save file manually.) > Also, I'd bet people would like to be able to delete them without any > questions asked, so maybe the variable should be a tristate, not a > boolean? I think that's too dangerous, really, so I'd rather not. But if others feel strongly that that should be a feature, I wouldn't oppose it. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Aug 2021 18:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162974508123848 (code B ref 21612); Mon, 23 Aug 2021 18:58:02 +0000 Received: (at 21612) by debbugs.gnu.org; 23 Aug 2021 18:58:01 +0000 Received: from localhost ([127.0.0.1]:42626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIF8v-0006CW-F6 for submit@debbugs.gnu.org; Mon, 23 Aug 2021 14:58:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIF8q-0006CD-Ay for 21612@debbugs.gnu.org; Mon, 23 Aug 2021 14:57:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60376) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mIF8j-0005q0-RL; Mon, 23 Aug 2021 14:57:45 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3522 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mIF8c-0003P2-Tp; Mon, 23 Aug 2021 14:57:39 -0400 Date: Mon, 23 Aug 2021 21:57:29 +0300 Message-Id: <83ilzwvvja.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <877dgcp113.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 23 Aug 2021 18:40:40 +0200) References: <87im05d0rr.fsf@gnus.org> <83fsv98roh.fsf@gnu.org> <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> <83pmu4wdvt.fsf@gnu.org> <875yvwtg81.fsf@gnus.org> <83o89ow2lq.fsf@gnu.org> <877dgcp113.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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 (---) > From: Lars Ingebrigtsen > Cc: monnier@iro.umontreal.ca, mrok4a@gmail.com, 21612@debbugs.gnu.org, > rms@gnu.org > Date: Mon, 23 Aug 2021 18:40:40 +0200 > > Eli Zaretskii writes: > > > Hmm... bother. If the new variable kill-buffer-delete-auto-save-files > > is non-nil, we ask the user even if we eventually don't delete the > > auto-save file, for example if auto-save-visited-mode is in effect. > > Is that TRT? > > If that's the case, it's a bug. I'll have a look at this tomorrow. Actually, if auto-save-visited-mode is on, the buffer will not be modified after auto-saving. But the general concern is still there: we ask the question before we decide whether to delete, which I think could cause trouble some day. > > Also, I'd bet people would like to be able to delete them without any > > questions asked, so maybe the variable should be a tristate, not a > > boolean? > > I think that's too dangerous, really, so I'd rather not. But if others > feel strongly that that should be a feature, I wouldn't oppose it. Fair enough. From unknown Sun Jun 15 08:36:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21612: 24.5; Configuration variable to delete auto-save file when intentionally killing buffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Aug 2021 09:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21612 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Eli Zaretskii Cc: 21612@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org, mrok4a@gmail.com Received: via spool by 21612-submit@debbugs.gnu.org id=B21612.162988553732105 (code B ref 21612); Wed, 25 Aug 2021 09:59:02 +0000 Received: (at 21612) by debbugs.gnu.org; 25 Aug 2021 09:58:57 +0000 Received: from localhost ([127.0.0.1]:45786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIpgO-0008Lk-Tf for submit@debbugs.gnu.org; Wed, 25 Aug 2021 05:58:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mIpgN-0008LL-4t for 21612@debbugs.gnu.org; Wed, 25 Aug 2021 05:58:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Jd+Yf/V+YOrSrkPUMqX56Ap2rKm7lZh2P98DJtfJMFE=; b=EK7LuygQ5LAuHTNJexZaztFbGl T/JCTDJoTI/kRKk8pwOmv2zzAFg2BMa0KwO0NWOT2g9ixFpc+PMwCq3DY9Tay4cCm4fzCqfYxOTzT uRWd3Z7rJW3Wfw+2t5owaMTxOkQK0FPGvgZ5I/PrNCv2Y2Hxk9bE/sEPtyzN++bM92W8=; Received: from [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 1mIpgA-0002d3-I3; Wed, 25 Aug 2021 11:58:46 +0200 From: Lars Ingebrigtsen References: <878s11a44w.fsf@gnus.org> <838s118opm.fsf@gnu.org> <87k0kidiqm.fsf@gnus.org> <83sfz6512h.fsf@gnu.org> <874kbmdgak.fsf@gnus.org> <83o89u50fg.fsf@gnu.org> <87r1eqbz8q.fsf@gnus.org> <83h7fm4tpl.fsf@gnu.org> <87lf4yaenz.fsf@gnus.org> <83bl5u4s95.fsf@gnu.org> <87pmu98u01.fsf@gnus.org> <83h7fk1vob.fsf@gnu.org> <87eeao8cte.fsf@gnus.org> <83a6l9yghm.fsf@gnu.org> <87fsv1w3eu.fsf@gnus.org> <83pmu4wdvt.fsf@gnu.org> <875yvwtg81.fsf@gnus.org> <83o89ow2lq.fsf@gnu.org> <877dgcp113.fsf@gnus.org> <83ilzwvvja.fsf@gnu.org> Date: Wed, 25 Aug 2021 11:58:41 +0200 In-Reply-To: <83ilzwvvja.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 23 Aug 2021 21:57:29 +0300") Message-ID: <87zgt5n8vi.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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: Eli Zaretskii writes: > Actually, if auto-save-visited-mode is on, the buffer will not be > modified after auto-saving. But the general concern is still there: > we ask the question before we decide whether to delete, whic [...] 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-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 (---) Eli Zaretskii writes: > Actually, if auto-save-visited-mode is on, the buffer will not be > modified after auto-saving. But the general concern is still there: > we ask the question before we decide whether to delete, which I think > could cause trouble some day. Now fixed. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no