GNU bug report logs - #65685
29.1; Inconsistent behavior of quoted file name "/:~" across platforms

Previous Next

Package: emacs;

Reported by: Jim Porter <jporterbugs <at> gmail.com>

Date: Fri, 1 Sep 2023 19:23:01 UTC

Severity: normal

Found in version 29.1

Fixed in version 29.2

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: jporterbugs <at> gmail.com, 65685 <at> debbugs.gnu.org
Subject: bug#65685: 29.1; Inconsistent behavior of quoted file name "/:~" across platforms
Date: Sun, 15 Oct 2023 09:11:19 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

Hi Eli,

>> >> The only difference I could think of is that the directory Emacs uses
>> >> here has whitespace in its name (see my original report), whereas on
>> >> Windows 10 it probably doesn't.
>> >
>> > FTR, if I use a directory with spaces in its name, it fails for me as
>> > well. I'm now debugging ...
>>
>> It looks, like it is a problem in the test case code
>> itself. abbreviate-file-name does not work as I expect in this
>> combination.
>
> Can you tell more about this?  I'm surprised any file-related
> primitive in Emacs cares about whitespace in file names.

Perhaps we have uncovered a bug in abbreviate-file-name, don't
know. I'll check when time permits.

However, it isn't related to the change in question of this bug report,
handling expand-file-name for constructs like "/:~..." and
"/ssh:host:/:~...".  abbreviate-file-name has been used to create a
temporary test file for this case, it isn't target of the test itself.

Best regards, Michael.




This bug report was last modified 1 year and 221 days ago.

Previous Next


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