unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#20659: auto-save-visited-file-name: leaks interlock files and abandons unsaved buffers
@ 2015-05-26  5:38 Nicolas Calderon
  2021-01-23 21:45 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 2+ messages in thread
From: Nicolas Calderon @ 2015-05-26  5:38 UTC (permalink / raw)
  To: 20659

Hi,

When auto-save-visited-file-name is set, emacs auto-saves directly to
file rather than a different file (#<filename>#). Unfortunately,
auto-saving does not get rid of the interlock file (symlink from
.#<filename> -> <user>@<host>.<pid>:<uid>). Since the buffer is saved
and not modified (buffer-modified-p is false, as evidenced by the
modline), emacs can be exited without the "Save file?" prompt. Leaving
emacs at this point, without making a proper save (save-buffer),
leaves the interlock files behind modifications directly to the file
rather than auto-saving.

While looking at that, I noticed something a bit more "dangerous".
Normally, auto-save-visited-file-name is only enabled upon restarting
auto-save-mode (http://www.gnu.org/software/emacs/manual/html_node/elisp/Auto_002dSaving.html),
and indeed, if auto-save-visited-file-name is set and auto-save-mode,
emacs keeps saving auto-saves under #<filename># and not directly to
file. After an auto-save though, the file is marked as not modified
(buffer_modified-p is false). At this point, if the user leaves emacs,
their file is not saved and the user is not prompted for saving!!! The
content of the file can still be recovered from the auto-save file.

--
Nicolas Calderon Asselin





^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#20659: auto-save-visited-file-name: leaks interlock files and abandons unsaved buffers
  2015-05-26  5:38 bug#20659: auto-save-visited-file-name: leaks interlock files and abandons unsaved buffers Nicolas Calderon
@ 2021-01-23 21:45 ` Lars Ingebrigtsen
  0 siblings, 0 replies; 2+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-23 21:45 UTC (permalink / raw)
  To: Nicolas Calderon; +Cc: 20659

Nicolas Calderon <nicolas.calderon.asselin@gmail.com> writes:

> When auto-save-visited-file-name is set, emacs auto-saves directly to
> file rather than a different file (#<filename>#). Unfortunately,
> auto-saving does not get rid of the interlock file (symlink from
> .#<filename> -> <user>@<host>.<pid>:<uid>). Since the buffer is saved
> and not modified (buffer-modified-p is false, as evidenced by the
> modline), emacs can be exited without the "Save file?" prompt. Leaving
> emacs at this point, without making a proper save (save-buffer),
> leaves the interlock files behind modifications directly to the file
> rather than auto-saving.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I'm not able to reproduce this bug in Emacs 28, and indeed this has all
been rewritten in 2017:

commit 4db844a4532592ed2542c05a1747dad7ed319e15
Author:     Philipp Stephani <phst@google.com>
AuthorDate: Sat Apr 22 20:58:38 2017 +0200

    Reimplement auto-saving to visited files
    
    This reacts to confusing behavior of 'auto-save-visited-file-name',
    cf. Bug#25478.

So I'm going to go ahead and guess that this has been fixed by now, and
I'm closing this bug report.  If there are still bugs in this area,
please respond to the debbugs address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-01-23 21:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-26  5:38 bug#20659: auto-save-visited-file-name: leaks interlock files and abandons unsaved buffers Nicolas Calderon
2021-01-23 21:45 ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).