From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: 23.1; Inconsistent treatment of auto-save files Reply-To: Uday S Reddy , 5314@debbugs.gnu.org Mail-Followup-To: Uday S Reddy , 5314@debbugs.gnu.org Resent-From: Uday S Reddy Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2010 14:09:09 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: report 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@debbugs.gnu.org id=B.126270052714260 (code B ref -1); Tue, 05 Jan 2010 14:09:09 +0000 Received: (at submit) by debbugs.gnu.org; 5 Jan 2010 14:08:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSA5S-0003ht-RX for submit@debbugs.gnu.org; Tue, 05 Jan 2010 09:08:47 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRpAJ-0002LE-GI for submit@debbugs.gnu.org; Mon, 04 Jan 2010 10:48:20 -0500 Received: from mx10.gnu.org ([199.232.76.166]:38428) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRpAE-0003va-Jp for submit@debbugs.gnu.org; Mon, 04 Jan 2010 10:48:14 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NRpAB-0000os-Sz for submit@debbugs.gnu.org; Mon, 04 Jan 2010 10:48:14 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, UNPARSEABLE_RELAY autolearn=ham version=3.1.0 Received: from lists.gnu.org ([199.232.76.165]:34929) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NRpA6-0000jI-Ay for submit@debbugs.gnu.org; Mon, 04 Jan 2010 10:48:07 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NRpA5-00011w-EN for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 10:48:05 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NRpA0-00010L-DZ for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 10:48:04 -0500 Received: from [199.232.76.173] (port=46238 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NRpA0-000104-2s for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 10:48:00 -0500 Received: from mx20.gnu.org ([199.232.41.8]:47698) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NRp9z-0000XV-77 for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 10:47:59 -0500 Received: from sun60.bham.ac.uk ([147.188.128.137]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NRp9a-0007bZ-Uh for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 10:47:35 -0500 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun60.bham.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NRp99-0001Ir-O2 for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 15:47:07 +0000 Received: from mx1.cs.bham.ac.uk ([147.188.192.53]) by bham.ac.uk with esmtp (Exim 4.43) id 1NRp99-0006Tv-E9 for bug-gnu-emacs@gnu.org; Mon, 04 Jan 2010 15:47:07 +0000 Received: from gromit.cs.bham.ac.uk ([147.188.193.16] helo=MARUTI.cs.bham.ac.uk) by mx1.cs.bham.ac.uk with esmtp (Exim 4.51) id 1NRp99-0000Qg-5l; Mon, 04 Jan 2010 15:47:07 +0000 Date: Mon, 04 Jan 2010 15:47:00 +0000 Message-Id: <84skalg9e3.fsf@cs.bham.ac.uk> From: Uday S Reddy To: bug-gnu-emacs@gnu.org X-detected-operating-system: by mx20.gnu.org: Solaris 10 (beta) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Tue, 05 Jan 2010 09:08:26 -0500 Cc: U.S.Reddy@cs.bham.ac.uk X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Hi, I am a maintainer of VM. In trying to figure out some problems to do with auto-save files of VM mail buffers, I discovered that the current Emacs treatment of auto-save files is inconsistent. Functions involved are kill-buffer, delete-auto-save-file-if-necessary and recent-auto-save-p. 1. If there is an old auto-save file, and you visit the file, make some changes and kill the buffer without saving, then the old auto-save file is silently deleted. This seems bad, because the very reason for killing the buffer without saving might be to compare it with the auto-save file. I think the old auto-save files should always be preserved unless the user does a recover-file. Then there is the question of what kill-buffer should do if there is a "recent" auto-save file (as determined by recent-auto-save-p). It would make sense to delete it. 2. The inline documentation for delete-auto-save-file-if-necessary says "Normally delete only if the file was written by this Emacs since the last real save". This gives one the impression that Emacs is keeping track of when the last real save was done, but in reality it only seems to be checking the buffer-modified-p status. If so, a more accurate way to word the doc string might be "Normally delete only if the file was written by this Emacs and the buffer has been modified since the last real save." If the buffer-modified-p is nil, then even recent auto-save files seem to be left lying around. This is the opposite problem of that in point 1. 3. The inline documentation for recent-auto-save-p needs to be modified along the same lines as point 2. 4. The Elisp manual descriptions for delete-auto-save-file-if-necessary and recent-auto-save-p need to be similarly modified. 5. It would be useful to mention these issues in the documentation of kill-buffer as well. Cheers, Uday Reddy In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-30 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: savehist-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t line-number-mode: t transient-mark-mode: t Recent input: SPC C-s b u g C-s C-a m q C-h i u m C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n m n e w SPC SPC SPC SPC SPC 3 SPC l m l a t SPC SPC u u u m e m SPC SPC m b u g SPC SPC g s m u n d e r s t SPC SPC SPC SPC p SPC SPC n SPC n SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC M-x r e p o r t - e m a c s - b u SPC I n c o s n s i s t e n t SPC t r e a t m e n t SPC o f SPC a u t o SPC s a v e SPC f i l e s C-v C-v C-v C-x , C-n C-n C-n C-n C-p C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-p C-p C-p C-f C-f C-f C-f C-f C-b C-k u d r C-a C-c C-c y C-n C-n C-k C-k C-c C-c y SPC SPC SPC f SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC M-x v m C-g C-x b * M e SPC C-x . M-x r e p o r t = e m a - e m SPC SPC Recent messages: Generating summary... 2120 Generating summary markers... Generating summary... done Decoding MIME message... Decoding quoted-printable... done Decoding MIME message... done 2138 messages, 0 new, 605 unread, 0 deleted Checking for new mail for d:/Home/udr/mail/imap-cache-d0e95a10f3bde2de73bdc69e586ec456... Quit [2 times] Mark set From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: 23.1; Inconsistent treatment of auto-save files Reply-To: Stefan Monnier , 5314@debbugs.gnu.org Mail-Followup-To: Stefan Monnier , 5314@debbugs.gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2010 19:29:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.126271969624986 (code B ref 5314); Tue, 05 Jan 2010 19:29:02 +0000 Received: (at 5314) by debbugs.gnu.org; 5 Jan 2010 19:28:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSF4i-0006Ux-Hw for submit@debbugs.gnu.org; Tue, 05 Jan 2010 14:28:16 -0500 Received: from tomts16.bellnexxia.net ([209.226.175.4] helo=tomts16-srv.bellnexxia.net) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSF4h-0006Ur-5E for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 14:28:15 -0500 Received: from toip5.srvr.bell.ca ([209.226.175.88]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20100105192810.BUQN11823.tomts16-srv.bellnexxia.net@toip5.srvr.bell.ca> for <5314@debbugs.gnu.org>; Tue, 5 Jan 2010 14:28:10 -0500 Received: from bas1-montreal42-1178030923.dsl.bell.ca (HELO ceviche.home) ([70.55.83.75]) by toip5.srvr.bell.ca with ESMTP; 05 Jan 2010 14:28:57 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 2D8BFB4077; Tue, 5 Jan 2010 14:28:10 -0500 (EST) From: Stefan Monnier To: Uday S Reddy Message-ID: References: <84skalg9e3.fsf@cs.bham.ac.uk> Date: Tue, 05 Jan 2010 14:28:10 -0500 In-Reply-To: <84skalg9e3.fsf@cs.bham.ac.uk> (Uday S. Reddy's message of "Mon, 04 Jan 2010 15:47:00 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -1.1 (-) Cc: 5314@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.4 (-) > Hi, I am a maintainer of VM. [ Always glad to see people from my field participate in Emacs development. ] > 1. If there is an old auto-save file, and you visit the file, make > some changes and kill the buffer without saving, then the old > auto-save file is silently deleted. That's bad! But I cannot reproduce it here: % emacs23 -Q ~/tmp/foo.test [type...type...type...] % l ~/tmp/\#foo.test\# -rw-r--r-- 1 monnier monnier 259 jan 5 14:06 /home/monnier/tmp/#foo.test# [kill Emacs] % emacs23 -Q ~/tmp/foo.test [type a little something to modify the buffer] C-x k RET % l ~/tmp/\#foo.test\# -rw-r--r-- 1 monnier monnier 259 jan 5 14:06 /home/monnier/tmp/#foo.test# Could you try and provide a more precise recipe? Or maybe the old auto-save file was overwritten by a new auto-save file before you killed the buffer? It does sound like a likely reason. And indeed it's a problem, tho I'm not sure how to best fix it: - We could try and rename the old auto-save file before saving the new one and let recover-file choose among the various possible auto-save files. - Maybe make it harder for the user to start modifying the buffer when there's an old auto-save file (e.g. make the buffer read-only and warn/prompt when the user tries to C-x C-q). - Prompt just before saving the new auto-save file so the user gets a chance to prevent the old auto-save from being overwritten. - Disable auto-saving when there's an old auto-save file (together with an appropriate warning, in the same way as we disable auto-saving when the file/buffer got much smaller). > 2. The inline documentation for delete-auto-save-file-if-necessary > says "Normally delete only if the file was written by this Emacs since > the last real save". This gives one the impression that Emacs is > keeping track of when the last real save was done, but in reality it > only seems to be checking the buffer-modified-p status. If so, a more > accurate way to word the doc string might be If the behavior doesn't match the docstring, I think the problem would be in the code rather than in the doc. AFAICT the code doesn't just check buffer-modified-p but really checks whether the current buffer has been auto-saved. > If the buffer-modified-p is nil, then even recent auto-save files seem > to be left lying around. This is the opposite problem of that in > point 1. I cannot reproduce this either. Do you have a recipe? > 4. The Elisp manual descriptions for > delete-auto-save-file-if-necessary and > recent-auto-save-p need to be similarly modified. Just to be sure: do you want to change the doc because you don't like the behavior it describes, or because it doesn't match the behavior you see? We clearly would rather fix the code to match the doc if the doc describes the behavior we want. Stefan From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: Acknowledgement (23.1; Inconsistent treatment of auto-save files) Reply-To: Uday S Reddy , 5314@debbugs.gnu.org Mail-Followup-To: Uday S Reddy , 5314@debbugs.gnu.org Resent-From: Uday S Reddy Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2010 19:53:06 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.126272114425708 (code B ref 5314); Tue, 05 Jan 2010 19:53:06 +0000 Received: (at 5314) by debbugs.gnu.org; 5 Jan 2010 19:52:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSFS3-0006ga-Bp for submit@debbugs.gnu.org; Tue, 05 Jan 2010 14:52:24 -0500 Received: from sun61.bham.ac.uk ([147.188.128.150]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSAPo-0004Om-6v for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 09:29:44 -0500 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun61.bham.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NSAPi-0002sD-PG for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 14:29:38 +0000 Received: from mx1.cs.bham.ac.uk ([147.188.192.53]) by bham.ac.uk with esmtp (Exim 4.43) id 1NSAPi-0003VH-FN for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 14:29:38 +0000 Received: from gromit.cs.bham.ac.uk ([147.188.193.16] helo=MARUTI.cs.bham.ac.uk) by mx1.cs.bham.ac.uk with esmtp (Exim 4.51) id 1NSAPi-0007ds-Df for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 14:29:38 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19267.19658.406000.307675@gargle.gargle.HOWL> Date: Tue, 5 Jan 2010 14:29:30 +0000 From: Uday S Reddy To: 5314@debbugs.gnu.org In-Reply-To: References: <84skalg9e3.fsf@cs.bham.ac.uk> X-Mailer: VM 8.1.0-beta under 22.3.1 (i386-mingw-nt5.1.2600) X-Spam-Score: -4.6 (----) X-Mailman-Approved-At: Tue, 05 Jan 2010 14:52:22 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) I did some more testing of the functions after my initial report. The situation seems a lot more complex than I had imagined. With an old auto-save file on the disk, the following sequence done on a buffer seems to always return nil: (progn (insert "x") (recent-auto-save-p)) Killing the buffer in this case does not affect the old auto-save file. The following sequence seems to always return t (progn (set-buffer-modified-p t) (recent-auto-save-p)) Killing the buffer in this case deletes the old auto-save file. So, it appears that recent-auto-save-p and kill-buffer are consistent with each other. But their behaviour is paradoxical with regard to set-buffer-modified-p. Cheers, Uday ------- Uday S Reddy writes: > Hi, I am a maintainer of VM. In trying to figure out some problems to > do with auto-save files of VM mail buffers, I discovered that the > current Emacs treatment of auto-save files is inconsistent. Functions > involved are kill-buffer, delete-auto-save-file-if-necessary and > recent-auto-save-p. > > 1. If there is an old auto-save file, and you visit the file, make > some changes and kill the buffer without saving, then the old > auto-save file is silently deleted. This seems bad, because the very > reason for killing the buffer without saving might be to compare it > with the auto-save file. > > I think the old auto-save files should always be preserved unless the > user does a recover-file. > > Then there is the question of what kill-buffer should do if there is a > "recent" auto-save file (as determined by recent-auto-save-p). It > would make sense to delete it. > > 2. The inline documentation for delete-auto-save-file-if-necessary > says "Normally delete only if the file was written by this Emacs since > the last real save". This gives one the impression that Emacs is > keeping track of when the last real save was done, but in reality it > only seems to be checking the buffer-modified-p status. If so, a more > accurate way to word the doc string might be > > "Normally delete only if the file was written by this Emacs and the > buffer has been modified since the last real save." > > If the buffer-modified-p is nil, then even recent auto-save files seem > to be left lying around. This is the opposite problem of that in > point 1. > > 3. The inline documentation for recent-auto-save-p needs to be > modified along the same lines as point 2. > > 4. The Elisp manual descriptions for > delete-auto-save-file-if-necessary and > recent-auto-save-p need to be similarly modified. > > 5. It would be useful to mention these issues in the documentation of > kill-buffer as well. > > Cheers, > Uday Reddy > > > In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600) > of 2009-07-30 on SOFT-MJASON > Windowing system distributor `Microsoft Corp.', version 5.1.2600 > configured using `configure --with-gcc (4.4)' > > Important settings: > value of $LC_ALL: nil > value of $LC_COLLATE: nil > value of $LC_CTYPE: nil > value of $LC_MESSAGES: nil > value of $LC_MONETARY: nil > value of $LC_NUMERIC: nil > value of $LC_TIME: nil > value of $LANG: ENU > value of $XMODIFIERS: nil > locale-coding-system: cp1252 > default-enable-multibyte-characters: t > > Major mode: Fundamental > > Minor modes in effect: > savehist-mode: t > tooltip-mode: t > mouse-wheel-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > global-auto-composition-mode: t > auto-composition-mode: t > auto-encryption-mode: t > line-number-mode: t > transient-mark-mode: t > > Recent input: > SPC C-s b u g C-s C-a m > q C-h i u m > C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n m n e w SPC > SPC SPC SPC SPC 3 SPC > > l m l a t SPC SPC u u u m e m SPC > SPC m b u g SPC SPC > > g s m > u n d e r s t SPC SPC SPC SPC > p SPC SPC n SPC n SPC SPC SPC SPC SPC SPC > SPC SPC SPC SPC SPC SPC SPC > > > M-x r e p o r t - e m a c s - b u SPC > I n c o s n s i s t e n t SPC t r e a t > m e n t SPC o f SPC a u t o SPC s a v e SPC f i l e > s C-v C-v C-v C-x , C-n C-n C-n C-n C-p > C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f > C-f C-p C-p C-p C-f C-f C-f C-f C-f C-b C-k > u d r C-a C-c C-c y C-n C-n C-k C-k C-c C-c y SPC SPC > SPC f SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC > SPC M-x v m C-g C-x b * M e SPC > C-x . M-x r e p o r t = e m a > - e m SPC SPC > > > Recent messages: > Generating summary... 2120 > Generating summary markers... > Generating summary... done > Decoding MIME message... > Decoding quoted-printable... done > Decoding MIME message... done > 2138 messages, 0 new, 605 unread, 0 deleted > Checking for new mail for d:/Home/udr/mail/imap-cache-d0e95a10f3bde2de73bdc69e586ec456... > Quit [2 times] > Mark set > From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: 23.1; Inconsistent treatment of auto-save files Reply-To: Uday S Reddy , 5314@debbugs.gnu.org Mail-Followup-To: Uday S Reddy , 5314@debbugs.gnu.org Resent-From: Uday S Reddy Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 02:15:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.126274409317099 (code B ref 5314); Wed, 06 Jan 2010 02:15:02 +0000 Received: (at 5314) by debbugs.gnu.org; 6 Jan 2010 02:14:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSLQC-0004Rk-Mk for submit@debbugs.gnu.org; Tue, 05 Jan 2010 21:14:52 -0500 Received: from sun60.bham.ac.uk ([147.188.128.137]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSLQA-0004Rd-8I for 5314@debbugs.gnu.org; Tue, 05 Jan 2010 21:14:51 -0500 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun60.bham.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NSLQ5-0004mA-PV; Wed, 06 Jan 2010 02:14:45 +0000 Received: from mx1.cs.bham.ac.uk ([147.188.192.53]) by bham.ac.uk with esmtp (Exim 4.43) id 1NSLQ5-0001OR-Fc; Wed, 06 Jan 2010 02:14:45 +0000 Received: from gromit.cs.bham.ac.uk ([147.188.193.16] helo=MARUTI.cs.bham.ac.uk) by mx1.cs.bham.ac.uk with esmtp (Exim 4.51) id 1NSLQ5-0003YS-KW; Wed, 06 Jan 2010 02:14:45 +0000 Message-ID: <19267.61965.375000.846636@gargle.gargle.HOWL> Date: Wed, 6 Jan 2010 02:14:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Uday S Reddy To: Stefan Monnier In-Reply-To: References: <84skalg9e3.fsf@cs.bham.ac.uk> X-Mailer: VM 8.1.0-beta under 22.3.1 (i386-mingw-nt5.1.2600) X-Spam-Score: -3.6 (---) Cc: Uday S Reddy , 5314@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) Stefan Monnier writes: > [ Always glad to see people from my field participate in Emacs > development. ] Same here! I didn't realize it was you. Nice to know! > Could you try and provide a more precise recipe? I sent a follow-up today with more specific info, but perhaps it didn't reach you. Here it is again: ----- With an old auto-save file on the disk, the following sequence done on a buffer seems to always return nil: (progn (insert "x") (recent-auto-save-p)) Killing the buffer in this case does not affect the old auto-save file. The following sequence seems to always return t (progn (set-buffer-modified-p t) (recent-auto-save-p)) Killing the buffer in this case deletes the old auto-save file. So, it appears that recent-auto-save-p and kill-buffer are consistent with each other. But their behaviour is paradoxical with regard to set-buffer-modified-p. ---- VM, being a mail client, doesn't allow typing into buffers. (set-buffer-modified-p t) is the main way of recording that changes have been made. VM's quit routine had the following series of operations: (set-buffer-modified-p nil) (delete-auto-save-file-if-necessary) (kill-buffer (current-buffer))) This might have worked in some old version of Emacs. But, at present, the delete-..-if-necessary doesn't do anything because the buffer has been set to be unmodified. (This is reasonable behaviour for the delete-..-if-necessary function, but it doesn't follow from the documented description of it.) I tried switching the order of the first two operations. Then I discovered that non-recent auto-save files were getting deleted as well. If Emacs knows enough to keep track of which auto-save files were written by "this Emacs" (as indicated in the documentation of delete-...-if-necessary), then I think it should always delete those auto-save files and nothing else. In that case, both the orders of the VM's quit routine would work fine. At the moment, neither one does! > Or maybe the old auto-save file was overwritten by a new auto-save file > before you killed the buffer? It does sound like a likely reason. > And indeed it's a problem, tho I'm not sure how to best fix it: > - We could try and rename the old auto-save file before saving the new one > and let recover-file choose among the various possible auto-save files. > - Maybe make it harder for the user to start modifying the buffer when > there's an old auto-save file (e.g. make the buffer read-only and > warn/prompt when the user tries to C-x C-q). > - Prompt just before saving the new auto-save file so the user > gets a chance to prevent the old auto-save from being overwritten. > - Disable auto-saving when there's an old auto-save file (together with > an appropriate warning, in the same way as we disable auto-saving when > the file/buffer got much smaller). VM uses the second solution. For Emacs, the last solution would be the best. In fact, I always assumed that Emacs was using the last solution. > > If the buffer-modified-p is nil, then even recent auto-save files seem > > to be left lying around. This is the opposite problem of that in > > point 1. > > I cannot reproduce this either. Do you have a recipe? Visit a file, type some stuff, run do-auto-save, eval (set-buffer-modified-p nil) and then kill the buffer. The auto-save file would still be there. > > 4. The Elisp manual descriptions for > > delete-auto-save-file-if-necessary and > > recent-auto-save-p need to be similarly modified. > > Just to be sure: do you want to change the doc because you don't like > the behavior it describes, or because it doesn't match the behavior > you see? > > We clearly would rather fix the code to match the doc if the doc > describes the behavior we want. If you can change the code to match the doc, that would be perfect. That would mean that the "this Emacs" idea has to be taken seriously. No guess work. If two concurrent Emacs sessions are editing the same file and end up over-writing each other's auto-save files, then each Emacs session should only delete the version of the auto-save file it created! It is a bit ambitious, but doable. Cheers, Uday From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: Acknowledgement (23.1; Inconsistent treatment of auto-save files) Reply-To: Kevin Rodgers , 5314@debbugs.gnu.org Mail-Followup-To: Kevin Rodgers , 5314@debbugs.gnu.org Resent-From: Kevin Rodgers Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 06:31:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@debbugs.gnu.org id=B.126275941424625 (code B ref -1); Wed, 06 Jan 2010 06:31:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Jan 2010 06:30:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSPPJ-0006P8-OP for submit@debbugs.gnu.org; Wed, 06 Jan 2010 01:30:14 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSPPH-0006P3-QV for submit@debbugs.gnu.org; Wed, 06 Jan 2010 01:30:12 -0500 Received: from mail.gnu.org ([199.232.76.166]:36914 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSPPE-0004ob-MZ for submit@debbugs.gnu.org; Wed, 06 Jan 2010 01:30:08 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NSPPD-0006LZ-9k for submit@debbugs.gnu.org; Wed, 06 Jan 2010 01:30:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00, UNPARSEABLE_RELAY autolearn=ham version=3.1.0 Received: from lists.gnu.org ([199.232.76.165]:42289) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NSPPB-0006L5-TV for submit@debbugs.gnu.org; Wed, 06 Jan 2010 01:30:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NSPPA-00062L-QW for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2010 01:30:04 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NSPP5-0005ze-Cs for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2010 01:30:03 -0500 Received: from [199.232.76.173] (port=59814 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NSPP5-0005zU-78 for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2010 01:29:59 -0500 Received: from lo.gmane.org ([80.91.229.12]:43186) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NSPP4-0006J1-SE for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2010 01:29:59 -0500 Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSPOy-0003Tz-MJ for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2010 07:29:52 +0100 Received: from c-71-237-24-138.hsd1.co.comcast.net ([71.237.24.138]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 07:29:52 +0100 Received: from kevin.d.rodgers by c-71-237-24-138.hsd1.co.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 07:29:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Kevin Rodgers Date: Tue, 05 Jan 2010 23:29:30 -0700 Lines: 31 Message-ID: References: <84skalg9e3.fsf@cs.bham.ac.uk> <19267.19658.406000.307675@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-71-237-24-138.hsd1.co.comcast.net User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) In-Reply-To: <19267.19658.406000.307675@gargle.gargle.HOWL> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Uday S Reddy wrote: > I did some more testing of the functions after my initial report. The > situation seems a lot more complex than I had imagined. > > With an old auto-save file on the disk, the following sequence done on > a buffer seems to always return nil: > > (progn (insert "x") (recent-auto-save-p)) That could be explained by the dependencies on auto-save-interval and auto-save-timeout. There is no guarantee that Emacs will auto-save after the insert, regardless whether an old auto-save file exists. > Killing the buffer in this case does not affect the old auto-save > file. > > The following sequence seems to always return t > > (progn (set-buffer-modified-p t) (recent-auto-save-p)) Hmmm, that should also depend on auto-save-interval and auto-save-timeout. > Killing the buffer in this case deletes the old auto-save file. > > So, it appears that recent-auto-save-p and kill-buffer are consistent > with each other. But their behaviour is paradoxical with regard to > set-buffer-modified-p. -- Kevin Rodgers Denver, Colorado, USA From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: Acknowledgement (23.1; Inconsistent treatment of auto-save files) Reply-To: Stefan Monnier , 5314@debbugs.gnu.org Mail-Followup-To: Stefan Monnier , 5314@debbugs.gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 16:09:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.126279413010372 (code B ref 5314); Wed, 06 Jan 2010 16:09:02 +0000 Received: (at 5314) by debbugs.gnu.org; 6 Jan 2010 16:08:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSYRG-0002hF-9y for submit@debbugs.gnu.org; Wed, 06 Jan 2010 11:08:50 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSYRE-0002h9-V9 for 5314@debbugs.gnu.org; Wed, 06 Jan 2010 11:08:49 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtIFAPdDREvO+KPG/2dsb2JhbACBRdFihDAEiiiDCQ X-IronPort-AV: E=Sophos;i="4.49,230,1262581200"; d="scan'208";a="53158950" Received: from 206-248-163-198.dsl.teksavvy.com (HELO ceviche.home) ([206.248.163.198]) by ironport2-out.pppoe.ca with ESMTP; 06 Jan 2010 11:08:43 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 8343AB4077; Wed, 6 Jan 2010 11:08:43 -0500 (EST) From: Stefan Monnier To: Uday S Reddy Message-ID: References: <84skalg9e3.fsf@cs.bham.ac.uk> <19267.19658.406000.307675@gargle.gargle.HOWL> Date: Wed, 06 Jan 2010 11:08:43 -0500 In-Reply-To: <19267.19658.406000.307675@gargle.gargle.HOWL> (Uday S. Reddy's message of "Tue, 5 Jan 2010 14:29:30 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.2 (--) Cc: 5314@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > The following sequence seems to always return t > (progn (set-buffer-modified-p t) (recent-auto-save-p)) Yes, that's a problem. Thanks for tracking it down. I'm looking at the corresponding code and see from where the problem comes. I should have a patch for it shortly. It's kind of a delicate issue because both the buffer-modified-p data as well as the recent-auto-save-p data are kept implicitly, basically by checking timestamps corresponding to the last (auto)save. That means that set-buffer-modified-p has to fiddle with those timestamps and lie about "when" the save took place. And since there are several such timestamps involved, a lie at one place can result in odd behaviors elsewhere, as you're seeing. > VM's quit routine had the following series of operations: > (set-buffer-modified-p nil) > (delete-auto-save-file-if-necessary) > (kill-buffer (current-buffer))) > This might have worked in some old version of Emacs. But, at present, > the delete-..-if-necessary doesn't do anything because the buffer has > been set to be unmodified. (This is reasonable behaviour for the > delete-..-if-necessary function, but it doesn't follow from the > documented description of it.) Indeed delete-auto-save-file-if-necessary claims that it only deletes it "if the file was written by this Emacs since the last real save", but in reality (set-buffer-modified-p nil) is mistaken for a "real save" (because it internally works by setting the "last save timestamp"). A real good fix to make it work reliably and obey the doc may take time. Stefan From unknown Sun Jun 22 00:38:45 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5314: Acknowledgement (23.1; Inconsistent treatment of auto-save files) Reply-To: Uday S Reddy , 5314@debbugs.gnu.org Mail-Followup-To: Uday S Reddy , 5314@debbugs.gnu.org Resent-From: Uday S Reddy Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 16:34:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5314 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.126279561211129 (code B ref 5314); Wed, 06 Jan 2010 16:34:02 +0000 Received: (at 5314) by debbugs.gnu.org; 6 Jan 2010 16:33:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSYpA-0002tS-LA for submit@debbugs.gnu.org; Wed, 06 Jan 2010 11:33:32 -0500 Received: from sun60.bham.ac.uk ([147.188.128.137]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSYow-0002tN-2H for 5314@debbugs.gnu.org; Wed, 06 Jan 2010 11:33:30 -0500 Received: from [147.188.128.127] (helo=bham.ac.uk) by sun60.bham.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NSYoq-00076y-No; Wed, 06 Jan 2010 16:33:12 +0000 Received: from mx1.cs.bham.ac.uk ([147.188.192.53]) by bham.ac.uk with esmtp (Exim 4.43) id 1NSYoq-0004Ub-Dw; Wed, 06 Jan 2010 16:33:12 +0000 Received: from gromit.cs.bham.ac.uk ([147.188.193.16] helo=MARUTI.cs.bham.ac.uk) by mx1.cs.bham.ac.uk with esmtp (Exim 4.51) id 1NSYoq-0007s3-5G; Wed, 06 Jan 2010 16:33:12 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19268.47933.562000.202155@gargle.gargle.HOWL> Date: Wed, 6 Jan 2010 16:33:01 +0000 From: Uday S Reddy To: Stefan Monnier In-Reply-To: References: <84skalg9e3.fsf@cs.bham.ac.uk> <19267.19658.406000.307675@gargle.gargle.HOWL> <19267.19688.703000.457726@gargle.gargle.HOWL> X-Mailer: VM 8.1.0-beta under 22.3.1 (i386-mingw-nt5.1.2600) X-Spam-Score: -3.3 (---) Cc: Uday S Reddy , 5314@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) Thanks, Stefan. I will make a note to revise the VM code after the fixes are released. Best regards, Uday From unknown Sun Jun 22 00:38:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#5314: Acknowledgement (23.1; Inconsistent treatment of auto-save files) Resent-From: Andrew Hyatt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jul 2016 04:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5314 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Uday S Reddy Cc: 5314@debbugs.gnu.org Received: via spool by 5314-submit@debbugs.gnu.org id=B5314.146872978014350 (code B ref 5314); Sun, 17 Jul 2016 04:30:02 +0000 Received: (at 5314) by debbugs.gnu.org; 17 Jul 2016 04:29:40 +0000 Received: from localhost ([127.0.0.1]:54174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOdi0-0003jO-BR for submit@debbugs.gnu.org; Sun, 17 Jul 2016 00:29:40 -0400 Received: from mail-qk0-f172.google.com ([209.85.220.172]:33653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bOdhy-0003jA-AZ for 5314@debbugs.gnu.org; Sun, 17 Jul 2016 00:29:38 -0400 Received: by mail-qk0-f172.google.com with SMTP id p74so133249889qka.0 for <5314@debbugs.gnu.org>; Sat, 16 Jul 2016 21:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=qq4pOgJRLH0exFyRjIUFGIPD+U4uXsEXzIlJVV8McrE=; b=0OLmOXj9TjhvjeUtyc4Qa1qTaG97Vf7LXvuWemJN0L2lAeek4TUktwZDXISG9J/fSX sEg0qdOaYu3Fv9rx1CsLDIzV0RKXnKjk0TI0CZ/4k+pYX5SoTJiaGH2Qq7qvreHneJvJ nskCeSH1/Pu5NErmYTSzZjDh/m4djkcWcZh9zdcWgBJ0xC7JkkdUlX4lHYbVp3heremd UNHJpGiHpGP9vDL3ZL50uLF4H+1jmzSGkQrcWb8qjBOzjmT5cunZ2R70TgYEQYpSnZUh yJsprb1ODmC+WyYBZK7LKGR0ery6PZdyuZzHOetFH6IUIaJqkMwXnfAH0Ge37nrSDNgz jfaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=qq4pOgJRLH0exFyRjIUFGIPD+U4uXsEXzIlJVV8McrE=; b=fsQ9lpIjoi5uNQ7seTqfNNUIhWLHSm5NUIJhxNrLidrVA3Ufqeg9hFQghJ8NrJzb2y yLxkDW8vYpUmPZzgXCa0Nq8129yCNmA8XxaQcKeHAuXnQdLJUI096zVKOj0IqEzCKTU8 S+fmqvLoyPwd7KGDPway8LyxQn3ofiVV66INEzIhHdJENCH3S+IsbY3tgyRNzhoj6rCm Y+zwx8HCGHV3ShYS+MQ+Ewp7AtDfkmz8EM/hyczg6d/J6QTOLMN7M8erKXMAszUpOhte AtmZvl3XoEhHQe7Rwlyu9DuHHpp6/NqOIwVuIpry3mfFih0L78hsYhJD2GPw9aV70Php Hw4A== X-Gm-Message-State: ALyK8tK3mkPlJPJ7CnV1kdDE2krV0Jk/z6q9pa1xkzqWDbBiDcmnoZis/BGZfkg4HaB07w== X-Received: by 10.55.59.196 with SMTP id i187mr34639938qka.167.1468729772956; Sat, 16 Jul 2016 21:29:32 -0700 (PDT) Received: from Andrews-MacBook-Pro.local (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id c25sm813346qta.6.2016.07.16.21.29.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 Jul 2016 21:29:30 -0700 (PDT) From: Andrew Hyatt References: <84skalg9e3.fsf@cs.bham.ac.uk> <19267.19658.406000.307675@gargle.gargle.HOWL> <19267.19688.703000.457726@gargle.gargle.HOWL> <19268.47933.562000.202155@gargle.gargle.HOWL> Date: Sun, 17 Jul 2016 00:29:29 -0400 In-Reply-To: <19268.47933.562000.202155@gargle.gargle.HOWL> (Uday S. Reddy's message of "Wed, 6 Jan 2010 16:33:01 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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: -0.7 (/) Uday S Reddy writes: > Thanks, Stefan. I will make a note to revise the VM code after the > fixes are released. > > Best regards, > Uday Coming back to this after several years, I see that probably Stefan checked in a fix as he said, since now (set-buffer-modified t) will not change the value of (recent-auto-save-p). This seems like it would fix the issues reported. Let me know if I'm mistaken, otherwise I'll close this as fixed in a few weeks. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 03 21:34:05 2016 Received: (at control) by debbugs.gnu.org; 4 Aug 2016 01:34:05 +0000 Received: from localhost ([127.0.0.1]:55050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bV7Xx-0006q1-7D for submit@debbugs.gnu.org; Wed, 03 Aug 2016 21:34:05 -0400 Received: from mail-qt0-f193.google.com ([209.85.216.193]:35311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bV7Xu-0006pT-3J for control@debbugs.gnu.org; Wed, 03 Aug 2016 21:34:03 -0400 Received: by mail-qt0-f193.google.com with SMTP id q11so11920166qtb.2 for ; Wed, 03 Aug 2016 18:34:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:to:from:subject; bh=1Y5/DeoiDwGwgIQJ30NKMBilW6i3W7PP/+j10JaOTcI=; b=rnVAVzM7GwJPHBv8s1Em8NULH4zEpeK0OpFSHk9IV5TRonXF+iApudZxU+wUnlc7zh rlhhVOBsI+rMB2pSxAwkZ6x+IkV+YULkHeaD1W33jnTSA2T7b6rqK9vAyDrDNVaLOdUf KfumntoVbhIQVQ2CAlh1vBnYDvVjr8YQtPf2fpdmhs+H4707j3TPYkuJrFUn1WZhFmw/ T90uYH6LLfWwL8yvU0JYRkx6LvvkoAwMw023TpkbqSAC630v8mzaxBW6LWClGZGs3Aod Y3gbrRHJq3erRiQCusNhm03lYj+tBJfwn9axTCkbFiLMWYaBdjWH3Up6brRwhqydNMvP o1/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:message-id:to:from:subject; bh=1Y5/DeoiDwGwgIQJ30NKMBilW6i3W7PP/+j10JaOTcI=; b=BZC4Ee6I+bR98AdsZeJLQHwdOAA6/3vtwu6zivuomgVMj9W50WU7O21UNelLa5+nXv 98jMjiI6KWIfoDSvYWY3ogonloC+wiEu351HAcL8guECKcH/bVcJMRcrwnhAFdc4IRn2 gelyie8IhRXNPEltvLdrdIdGby1PWMWZcNvQVGlDPncbS46R29K+MjHZ2BMnPHmGGht2 kvTPUJlJVC0OBN9eK7kHYXdBMJaFpKYFt+b7XoWyBhv4lCBA5M8O7S0oSsyiRy9ENg4J eTVbQPkcyGMhIJsfkPAFMX8F9sHDfgcDeW/nxWHRO9m28iBl4Cg+R6u2/HzrVd8wO31E dwZQ== X-Gm-Message-State: AEkoouuxPxr0ogA6AzFLM7KsIEL8oQptZKnQFEykYM+yshqeRTEZ3UcQZgGJrsL8ybI4CA== X-Received: by 10.237.59.79 with SMTP id q15mr3371622qte.77.1470274436217; Wed, 03 Aug 2016 18:33:56 -0700 (PDT) Received: from Andrews-MacBook-Pro.local.ahyatt-laptop (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id p26sm5638391qkh.28.2016.08.03.18.33.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Aug 2016 18:33:54 -0700 (PDT) Date: Wed, 03 Aug 2016 21:33:54 -0400 Message-Id: To: control@debbugs.gnu.org From: Andrew Hyatt Subject: control message for bug #5314 X-Spam-Score: -0.7 (/) 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: -0.7 (/) tags 5314 fixed From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 14 00:19:48 2016 Received: (at control) by debbugs.gnu.org; 14 Aug 2016 04:19:48 +0000 Received: from localhost ([127.0.0.1]:56699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYmto-0005ip-Dj for submit@debbugs.gnu.org; Sun, 14 Aug 2016 00:19:48 -0400 Received: from mail-qk0-f169.google.com ([209.85.220.169]:33164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYmtm-0005ib-DA for control@debbugs.gnu.org; Sun, 14 Aug 2016 00:19:46 -0400 Received: by mail-qk0-f169.google.com with SMTP id t7so19913223qkh.0 for ; Sat, 13 Aug 2016 21:19:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:to:from:subject; bh=ARoh8AOyQPnlxCf8vtAsV9r64lL6Lxh3Yp5PHTpNduY=; b=cj7dCnP7zWqabRtUqrTrzhkQb08L+ttgepDhM3irEavPj5PvmG47cHrDrkDuf204Ti cK4r/Am95OSXRrB7KKO5wYnO70vzvDE+NMsbR6N2x7WoeLc3b0MnTcb9K/uz1Ab+k7AA KF5i7//ZxjzdT7qWsqw0qW9sSPSkhX2PBosghiJ78NtVNrsLTcZ3MG2lTrhz6irWWjMV CzsjSaLede3RZ3p1ZIpAiuDqR/g4ayxfT9VRkT4FsIH+IgQvNJjYMQHWuTgU/10+SSJR +UMBSkFRGUMFs4z80l91C1SCav42brUynPEO4QmPMdo3FhSZn7QM1OYGGg0VW/XKDJ9L gR6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:message-id:to:from:subject; bh=ARoh8AOyQPnlxCf8vtAsV9r64lL6Lxh3Yp5PHTpNduY=; b=IlsPVIAMy/dYdG6DbA9wFA8CR7XrMqC1vIYIZ05wgxrFDwkcUOAnadXzfGmVh8o5wE 2zkgoIt6Y7Ez6If+lEkIO13lM8iLSxV/8HlFM9M28S+h/dgmHrH5QMKe5dECbv3461Yb ZBhLmNJcqOV5vYHqwOoy+7o23h78rZFniIFOba6SagOfwCYtDJwa5hYZqO1GTemnRtNS lyHNtWj3INti+p3adV8VHMY2kYogOePmo6jHlrrTnzqPXAwtnz8xtw+tAj7XLWUz+tGM 8to1tX7c28GEYFi9Uf1RUZrdHOSkLO7J0jcYCGPIC/QW7h8cbxRq+uVe3M+NDHGhlftm wpeA== X-Gm-Message-State: AEkoouvpGVArx9cbIHJkalz31BuFGSuPRl7MZWyk6S8hq020oBEMvjYD+b1O1Z9hOngk2g== X-Received: by 10.55.7.210 with SMTP id 201mr25381169qkh.197.1471148380612; Sat, 13 Aug 2016 21:19:40 -0700 (PDT) Received: from Andrews-MacBook-Pro.local (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id b10sm7618072qka.6.2016.08.13.21.19.37 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Aug 2016 21:19:38 -0700 (PDT) Date: Sun, 14 Aug 2016 00:19:32 -0400 Message-Id: To: control@debbugs.gnu.org From: Andrew Hyatt Subject: control message for bug #5314 X-Spam-Score: -0.7 (/) 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: -0.7 (/) tags 5314 fixed close 5314 25.2 From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 03 21:49:42 2016 Received: (at control) by debbugs.gnu.org; 4 Dec 2016 02:49:42 +0000 Received: from localhost ([127.0.0.1]:51761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMs2-0004Js-AJ for submit@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cDMrz-0004JW-G1 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDMrs-0001yx-95 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDMrs-0001yr-52 for control@debbugs.gnu.org; Sat, 03 Dec 2016 21:49:32 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cDMrr-0005b2-Kh; Sat, 03 Dec 2016 21:49:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22595.33851.293095.70553@gnu.org> Date: Sat, 3 Dec 2016 21:49:31 -0500 From: Glenn Morris To: control@debbugs.gnu.org Subject: Clean up predictable issues due to Emacs version number change X-Debbugs-No-Ack: yes X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.9 (-------) 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: -7.9 (-------) # Ref: # http://lists.gnu.org/archive/html/emacs-devel/2016-11/msg00238.html # http://lists.gnu.org/archive/html/emacs-devel/2016-09/msg00692.html # http://lists.gnu.org/archive/html/emacs-devel/2016-01/msg01215.html # Some attempt has been made to check for things backported after the fact. # Erring on the side of a later version number seems preferable anyway. unarchive 10 fixed 10 26.1 notfixed 10 25.2 unarchive 96 fixed 96 26.1 notfixed 96 25.2 unarchive 1149 fixed 1149 26.1 notfixed 1149 25.2 unarchive 1150 fixed 1150 26.1 notfixed 1150 25.2 unarchive 2270 fixed 2270 26.1 notfixed 2270 25.2 unarchive 2405 fixed 2405 26.1 notfixed 2405 25.2 unarchive 2589 fixed 2589 26.1 notfixed 2589 25.2 unarchive 3137 fixed 3137 26.1 notfixed 3137 25.2 unarchive 3393 fixed 3393 26.1 notfixed 3393 25.2 unarchive 4589 fixed 4589 26.1 notfixed 4589 25.2 unarchive 4920 fixed 4920 26.1 notfixed 4920 25.2 unarchive 5001 fixed 5001 26.1 notfixed 5001 25.2 unarchive 5262 fixed 5262 26.1 notfixed 5262 25.2 unarchive 5305 fixed 5305 26.1 notfixed 5305 25.2 unarchive 5314 fixed 5314 26.1 notfixed 5314 25.2 unarchive 5479 fixed 5479 26.1 notfixed 5479 25.2 unarchive 5650 fixed 5650 26.1 notfixed 5650 25.2 unarchive 5661 fixed 5661 26.1 notfixed 5661 25.2 unarchive 5727 fixed 5727 26.1 notfixed 5727 25.2 unarchive 6817 fixed 6817 26.1 notfixed 6817 25.2 unarchive 7385 fixed 7385 26.1 notfixed 7385 25.2 unarchive 7522 fixed 7522 26.1 notfixed 7522 25.2 unarchive 7751 fixed 7751 26.1 notfixed 7751 25.2 unarchive 8634 fixed 8634 26.1 notfixed 8634 25.2 unarchive 8693 fixed 8693 26.1 notfixed 8693 25.2 unarchive 8925 fixed 8925 26.1 notfixed 8925 25.2 unarchive 9342 fixed 9342 26.1 notfixed 9342 25.2 unarchive 9730 fixed 9730 26.1 notfixed 9730 25.2 unarchive 10487 fixed 10487 26.1 notfixed 10487 25.2 unarchive 10540 fixed 10540 26.1 notfixed 10540 25.2 unarchive 10723 fixed 10723 26.1 notfixed 10723 25.2 unarchive 10794 fixed 10794 26.1 notfixed 10794 25.2 unarchive 10980 fixed 10980 26.1 notfixed 10980 25.2 unarchive 11357 fixed 11357 26.1 notfixed 11357 25.2 unarchive 11400 fixed 11400 26.1 notfixed 11400 25.2 unarchive 11788 fixed 11788 26.1 notfixed 11788 25.2 unarchive 12048 fixed 12048 26.1 notfixed 12048 25.2 unarchive 12377 fixed 12377 26.1 notfixed 12377 25.2 unarchive 12378 fixed 12378 26.1 notfixed 12378 25.2 unarchive 12636 fixed 12636 26.1 notfixed 12636 25.2 unarchive 12939 fixed 12939 26.1 notfixed 12939 25.2 unarchive 13269 fixed 13269 26.1 notfixed 13269 25.2 unarchive 13571 fixed 13571 26.1 notfixed 13571 25.2 unarchive 13745 fixed 13745 26.1 notfixed 13745 25.2 unarchive 13949 fixed 13949 26.1 notfixed 13949 25.2 unarchive 14256 fixed 14256 26.1 notfixed 14256 25.2 unarchive 14341 fixed 14341 26.1 notfixed 14341 25.2 unarchive 14484 fixed 14484 26.1 notfixed 14484 25.2 unarchive 14554 fixed 14554 26.1 notfixed 14554 25.2 unarchive 14577 fixed 14577 26.1 notfixed 14577 25.2 unarchive 14687 fixed 14687 26.1 notfixed 14687 25.2 unarchive 14844 fixed 14844 26.1 notfixed 14844 25.2 unarchive 14854 fixed 14854 26.1 notfixed 14854 25.2 unarchive 14915 fixed 14915 26.1 notfixed 14915 25.2 unarchive 14919 fixed 14919 26.1 notfixed 14919 25.2 unarchive 15021 fixed 15021 26.1 notfixed 15021 25.2 unarchive 15047 fixed 15047 26.1 notfixed 15047 25.2 unarchive 15171 fixed 15171 26.1 notfixed 15171 25.2 unarchive 15324 fixed 15324 26.1 notfixed 15324 25.2 unarchive 15445 fixed 15445 26.1 notfixed 15445 25.2 unarchive 15506 fixed 15506 26.1 notfixed 15506 25.2 unarchive 15909 fixed 15909 26.1 notfixed 15909 25.2 unarchive 16136 fixed 16136 26.1 notfixed 16136 25.2 unarchive 16200 fixed 16200 26.1 notfixed 16200 25.2 unarchive 16276 fixed 16276 26.1 notfixed 16276 25.2 unarchive 16294 fixed 16294 26.1 notfixed 16294 25.2 unarchive 16345 fixed 16345 26.1 notfixed 16345 25.2 unarchive 16390 fixed 16390 26.1 notfixed 16390 25.2 unarchive 16406 fixed 16406 26.1 notfixed 16406 25.2 unarchive 16483 fixed 16483 26.1 notfixed 16483 25.2 unarchive 16513 fixed 16513 26.1 notfixed 16513 25.2 unarchive 16579 fixed 16579 26.1 notfixed 16579 25.2 unarchive 16746 fixed 16746 26.1 notfixed 16746 25.2 unarchive 16891 fixed 16891 26.1 notfixed 16891 25.2 unarchive 16904 fixed 16904 26.1 notfixed 16904 25.2 unarchive 17039 fixed 17039 26.1 notfixed 17039 25.2 unarchive 17067 fixed 17067 26.1 notfixed 17067 25.2 unarchive 17119 fixed 17119 26.1 notfixed 17119 25.2 unarchive 17582 fixed 17582 26.1 notfixed 17582 25.2 unarchive 17707 fixed 17707 26.1 notfixed 17707 25.2 unarchive 17716 fixed 17716 26.1 notfixed 17716 25.2 unarchive 17738 fixed 17738 26.1 notfixed 17738 25.2 unarchive 17989 fixed 17989 26.1 notfixed 17989 25.2 unarchive 17999 fixed 17999 26.1 notfixed 17999 25.2 unarchive 18008 fixed 18008 26.1 notfixed 18008 25.2 unarchive 18024 fixed 18024 26.1 notfixed 18024 25.2 unarchive 18026 fixed 18026 26.1 notfixed 18026 25.2 unarchive 18028 fixed 18028 26.1 notfixed 18028 25.2 unarchive 18089 fixed 18089 26.1 notfixed 18089 25.2 unarchive 18092 fixed 18092 26.1 notfixed 18092 25.2 unarchive 18110 fixed 18110 26.1 notfixed 18110 25.2 unarchive 18202 fixed 18202 26.1 notfixed 18202 25.2 unarchive 18203 fixed 18203 26.1 notfixed 18203 25.2 unarchive 18204 fixed 18204 26.1 notfixed 18204 25.2 unarchive 18211 fixed 18211 26.1 notfixed 18211 25.2 unarchive 18279 fixed 18279 26.1 notfixed 18279 25.2 unarchive 18527 fixed 18527 26.1 notfixed 18527 25.2 unarchive 18587 fixed 18587 26.1 notfixed 18587 25.2 unarchive 18634 fixed 18634 26.1 notfixed 18634 25.2 unarchive 18635 fixed 18635 26.1 notfixed 18635 25.2 unarchive 18686 fixed 18686 26.1 notfixed 18686 25.2 unarchive 18692 fixed 18692 26.1 notfixed 18692 25.2 unarchive 18809 fixed 18809 26.1 notfixed 18809 25.2 unarchive 18810 fixed 18810 26.1 notfixed 18810 25.2 unarchive 18829 fixed 18829 26.1 notfixed 18829 25.2 unarchive 19114 fixed 19114 26.1 notfixed 19114 25.2 unarchive 19152 fixed 19152 26.1 notfixed 19152 25.2 unarchive 19209 fixed 19209 26.1 notfixed 19209 25.2 unarchive 19214 fixed 19214 26.1 notfixed 19214 25.2 unarchive 19215 fixed 19215 26.1 notfixed 19215 25.2 unarchive 19255 fixed 19255 26.1 notfixed 19255 25.2 unarchive 19368 fixed 19368 26.1 notfixed 19368 25.2 unarchive 19424 fixed 19424 26.1 notfixed 19424 25.2 unarchive 19497 fixed 19497 26.1 notfixed 19497 25.2 unarchive 19587 fixed 19587 26.1 notfixed 19587 25.2 unarchive 19638 fixed 19638 26.1 notfixed 19638 25.2 unarchive 19722 fixed 19722 26.1 notfixed 19722 25.2 unarchive 19754 fixed 19754 26.1 notfixed 19754 25.2 unarchive 19801 fixed 19801 26.1 notfixed 19801 25.2 unarchive 19851 fixed 19851 26.1 notfixed 19851 25.2 unarchive 20038 fixed 20038 26.1 notfixed 20038 25.2 unarchive 20158 fixed 20158 26.1 notfixed 20158 25.2 unarchive 20181 fixed 20181 26.1 notfixed 20181 25.2 unarchive 20304 fixed 20304 26.1 notfixed 20304 25.2 unarchive 20408 fixed 20408 26.1 notfixed 20408 25.2 unarchive 20460 fixed 20460 26.1 notfixed 20460 25.2 unarchive 20485 fixed 20485 26.1 notfixed 20485 25.2 unarchive 20520 fixed 20520 26.1 notfixed 20520 25.2 unarchive 20654 fixed 20654 26.1 notfixed 20654 25.2 unarchive 20702 fixed 20702 26.1 notfixed 20702 25.2 unarchive 20724 fixed 20724 26.1 notfixed 20724 25.2 unarchive 20878 fixed 20878 26.1 notfixed 20878 25.2 unarchive 21002 fixed 21002 26.1 notfixed 21002 25.2 unarchive 21014 fixed 21014 26.1 notfixed 21014 25.2 unarchive 21024 fixed 21024 26.1 notfixed 21024 25.2 unarchive 21155 fixed 21155 26.1 notfixed 21155 25.2 unarchive 21169 fixed 21169 26.1 notfixed 21169 25.2 unarchive 21171 fixed 21171 26.1 notfixed 21171 25.2 unarchive 21225 fixed 21225 26.1 notfixed 21225 25.2 unarchive 21231 fixed 21231 26.1 notfixed 21231 25.2 unarchive 21252 fixed 21252 26.1 notfixed 21252 25.2 unarchive 21269 fixed 21269 26.1 notfixed 21269 25.2 unarchive 21359 fixed 21359 26.1 notfixed 21359 25.2 unarchive 21427 fixed 21427 26.1 notfixed 21427 25.2 unarchive 21552 fixed 21552 26.1 notfixed 21552 25.2 unarchive 21576 fixed 21576 26.1 notfixed 21576 25.2 unarchive 21577 fixed 21577 26.1 notfixed 21577 25.2 unarchive 21601 fixed 21601 26.1 notfixed 21601 25.2 unarchive 21678 fixed 21678 26.1 notfixed 21678 25.2 unarchive 21679 fixed 21679 26.1 notfixed 21679 25.2 unarchive 21684 fixed 21684 26.1 notfixed 21684 25.2 unarchive 21706 fixed 21706 26.1 notfixed 21706 25.2 unarchive 21759 fixed 21759 26.1 notfixed 21759 25.2 unarchive 21851 fixed 21851 26.1 notfixed 21851 25.2 unarchive 21852 fixed 21852 26.1 notfixed 21852 25.2 unarchive 21853 fixed 21853 26.1 notfixed 21853 25.2 unarchive 21881 fixed 21881 26.1 notfixed 21881 25.2 unarchive 21936 fixed 21936 26.1 notfixed 21936 25.2 unarchive 21962 fixed 21962 26.1 notfixed 21962 25.2 unarchive 22117 fixed 22117 26.1 notfixed 22117 25.2 unarchive 22140 fixed 22140 26.1 notfixed 22140 25.2 unarchive 22170 fixed 22170 26.1 notfixed 22170 25.2 unarchive 22172 fixed 22172 26.1 notfixed 22172 25.2 unarchive 22227 fixed 22227 26.1 notfixed 22227 25.2 unarchive 22315 fixed 22315 26.1 notfixed 22315 25.2 unarchive 22325 fixed 22325 26.1 notfixed 22325 25.2 unarchive 22329 fixed 22329 26.1 notfixed 22329 25.2 unarchive 22348 fixed 22348 26.1 notfixed 22348 25.2 unarchive 22478 fixed 22478 26.1 notfixed 22478 25.2 unarchive 22530 fixed 22530 26.1 notfixed 22530 25.2 unarchive 22531 fixed 22531 26.1 notfixed 22531 25.2 unarchive 22576 fixed 22576 26.1 notfixed 22576 25.2 unarchive 22583 fixed 22583 26.1 notfixed 22583 25.2 unarchive 22586 fixed 22586 26.1 notfixed 22586 25.2 unarchive 22592 fixed 22592 26.1 notfixed 22592 25.2 unarchive 22594 fixed 22594 26.1 notfixed 22594 25.2 unarchive 22595 fixed 22595 26.1 notfixed 22595 25.2 unarchive 22596 fixed 22596 26.1 notfixed 22596 25.2 unarchive 22627 fixed 22627 26.1 notfixed 22627 25.2 unarchive 22632 fixed 22632 26.1 notfixed 22632 25.2 unarchive 22648 fixed 22648 26.1 notfixed 22648 25.2 unarchive 22664 fixed 22664 26.1 notfixed 22664 25.2 unarchive 22720 fixed 22720 26.1 notfixed 22720 25.2 unarchive 22724 fixed 22724 26.1 notfixed 22724 25.2 unarchive 22764 fixed 22764 26.1 notfixed 22764 25.2 unarchive 22799 fixed 22799 26.1 notfixed 22799 25.2 unarchive 22800 fixed 22800 26.1 notfixed 22800 25.2 unarchive 22814 fixed 22814 26.1 notfixed 22814 25.2 unarchive 22824 fixed 22824 26.1 notfixed 22824 25.2 unarchive 22827 fixed 22827 26.1 notfixed 22827 25.2 unarchive 22837 fixed 22837 26.1 notfixed 22837 25.2 unarchive 22841 fixed 22841 26.1 notfixed 22841 25.2 unarchive 22890 fixed 22890 26.1 notfixed 22890 25.2 unarchive 22928 fixed 22928 26.1 notfixed 22928 25.2 unarchive 22940 fixed 22940 26.1 notfixed 22940 25.2 unarchive 22964 fixed 22964 26.1 notfixed 22964 25.2 unarchive 22968 fixed 22968 26.1 notfixed 22968 25.2 unarchive 23020 fixed 23020 26.1 notfixed 23020 25.2 unarchive 23071 fixed 23071 26.1 notfixed 23071 25.2 unarchive 23116 fixed 23116 26.1 notfixed 23116 25.2 unarchive 23139 fixed 23139 26.1 notfixed 23139 25.2 unarchive 23159 fixed 23159 26.1 notfixed 23159 25.2 unarchive 23167 fixed 23167 26.1 notfixed 23167 25.2 unarchive 23262 fixed 23262 26.1 notfixed 23262 25.2 unarchive 23290 fixed 23290 26.1 notfixed 23290 25.2 unarchive 23374 fixed 23374 26.1 notfixed 23374 25.2 unarchive 23390 fixed 23390 26.1 notfixed 23390 25.2 unarchive 23401 fixed 23401 26.1 notfixed 23401 25.2 unarchive 23411 fixed 23411 26.1 notfixed 23411 25.2 unarchive 23459 fixed 23459 26.1 notfixed 23459 25.2 unarchive 23608 fixed 23608 26.1 notfixed 23608 25.2 unarchive 23703 fixed 23703 26.1 notfixed 23703 25.2 unarchive 23730 fixed 23730 26.1 notfixed 23730 25.2 unarchive 23829 fixed 23829 26.1 notfixed 23829 25.2 unarchive 23850 fixed 23850 26.1 notfixed 23850 25.2 unarchive 23863 fixed 23863 26.1 notfixed 23863 25.2 unarchive 23883 fixed 23883 26.1 notfixed 23883 25.2 unarchive 23914 fixed 23914 26.1 notfixed 23914 25.2 unarchive 23949 fixed 23949 26.1 notfixed 23949 25.2 unarchive 23998 fixed 23998 26.1 notfixed 23998 25.2 unarchive 24122 fixed 24122 26.1 notfixed 24122 25.2 unarchive 24133 fixed 24133 26.1 notfixed 24133 25.2 unarchive 24166 fixed 24166 26.1 notfixed 24166 25.2 unarchive 24257 fixed 24257 26.1 notfixed 24257 25.2 unarchive 24308 fixed 24308 26.1 notfixed 24308 25.2 unarchive 24432 fixed 24432 26.1 notfixed 24432 25.2