GNU bug report logs -
#65685
29.1; Inconsistent behavior of quoted file name "/:~" across platforms
Previous Next
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>
> Cc: jporterbugs <at> gmail.com, 65685 <at> debbugs.gnu.org
> Date: Sat, 14 Oct 2023 18:48:16 +0200
>
> >> 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.
> Well, since it isn't needed for the test, the appended patch has fixed
> it for me. Would you like to check?
I'd like to better understand the issue first.
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.