GNU bug report logs - #47493
27.1; auto-save-file-name-transforms with uniquify should not create invalid filenames

Previous Next

Package: emacs;

Reported by: Vladimir Nikishkin <lockywolf <at> gmail.com>

Date: Tue, 30 Mar 2021 05:07:01 UTC

Severity: normal

Tags: patch

Found in version 27.1

Fixed in version 28.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #16 received at 47493 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Vladimir Nikishkin <lockywolf <at> gmail.com>, 47493 <at> debbugs.gnu.org
Subject: Re: bug#47493: 27.1;
 auto-save-file-name-transforms with uniquify should not create
 invalid filenames
Date: Tue, 06 Apr 2021 16:57:54 -0400
Michael Albinus wrote:

> Nobody has commented. 

You asked for an example of why this was needed; I was waiting to hear
the answer.

> + If the optional element UNIQUIFY is a symbol returned by function
> + `secure-hash-algorithms', the auto-save file name is constructed
> + by taking the directory part of the replaced file-name,
> + concatenated with the buffer file name run through `secure-hash'
> + instead.  This returns a valid name for your filesystem any way.

Grammar tweaks:

If UNIQUIFY is one of the members of `secure-hash-algorithms',
Emacs constructs the nondirectory part of the auto-save file name by
applying that `secure-hash' to the buffer file name. This avoids any
risk of excessively long file names.




This bug report was last modified 4 years and 7 days ago.

Previous Next


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