GNU bug report logs - #78290
dired-view-file not ready for non-ASCII subfile names

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 78290 in the body.
You can then email your comments to 78290 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: dired-view-file not ready for non-ASCII subfile names
Date: Wed, 07 May 2025 11:41:54 +0800

[Message part 1 (text/plain, inline)]

Just the other day I hit
     v runs the command dired-view-file (found in dired-mode-map)
upon the attached street_name_groups.kmz file.

[street_name_groups.kmz (application/vnd.google-earth.kmz, attachment)]

[Message part 3 (text/plain, inline)]

And I exclaimed (not out loud, but to myself, (under my breath)):
"Impossible. How could two files have the same name?"

M    Mode     Size       Date&time         Filename
- ----------  ----  --------------------  ----------------
  -rw-rw-rw-   549   7-May-2025 03:25:38  doc.kml
  drwxrwxrwx     0   7-May-2025 03:25:38  layers/
  -rw-rw-rw-   919   7-May-2025 03:25:38  layers/_SELECT.kml
  -rw-rw-rw-  1850   7-May-2025 03:25:38  layers/_SELECT.kml
- ----------  ----  --------------------  ----------------
              3318                         4 files

Ah, they don't.
$ lsar street_name_groups.kmz
street_name_groups.kmz: Zip
doc.kml
layers/
layers/安順_SELECT.kml
layers/崇德_SELECT.kml

emacs 30.1.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dan Jacobson <jidanni <at> jidanni.org>
Cc: 78290 <at> debbugs.gnu.org
Subject: Re: bug#78290: dired-view-file not ready for non-ASCII subfile names
Date: Wed, 07 May 2025 15:22:35 +0300

severity 78290 wishlist
thanks

> From: Dan Jacobson <jidanni <at> jidanni.org>
> Date: Wed, 07 May 2025 11:41:54 +0800
> 
> Just the other day I hit
>      v runs the command dired-view-file (found in dired-mode-map)
> upon the attached street_name_groups.kmz file.
> 
> And I exclaimed (not out loud, but to myself, (under my breath)):
> "Impossible. How could two files have the same name?"
> 
> M    Mode     Size       Date&time         Filename
> - ----------  ----  --------------------  ----------------
>   -rw-rw-rw-   549   7-May-2025 03:25:38  doc.kml
>   drwxrwxrwx     0   7-May-2025 03:25:38  layers/
>   -rw-rw-rw-   919   7-May-2025 03:25:38  layers/_SELECT.kml
>   -rw-rw-rw-  1850   7-May-2025 03:25:38  layers/_SELECT.kml
> - ----------  ----  --------------------  ----------------
>               3318                         4 files
> 
> Ah, they don't.
> $ lsar street_name_groups.kmz
> street_name_groups.kmz: Zip
> doc.kml
> layers/
> layers/安順_SELECT.kml
> layers/崇德_SELECT.kml

Emacs' arc-mode.el currently doesn't support the Unicode Path Extra
Field extension of the ZIP format, so we can only display the file
name in the "DOS-compatible file name" field, which filters out
characters which codepage 437 couldn't encode.  That's what you see.

Patches welcome to add support for this feature.

Message #15 received at 78290-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: jidanni <at> jidanni.org
Cc: 78290-done <at> debbugs.gnu.org
Subject: Re: bug#78290: dired-view-file not ready for non-ASCII subfile names
Date: Wed, 07 May 2025 21:53:47 +0300

> Cc: 78290 <at> debbugs.gnu.org
> Date: Wed, 07 May 2025 15:22:35 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> Emacs' arc-mode.el currently doesn't support the Unicode Path Extra
> Field extension of the ZIP format, so we can only display the file
> name in the "DOS-compatible file name" field, which filters out
> characters which codepage 437 couldn't encode.  That's what you see.
> 
> Patches welcome to add support for this feature.

It turned out this was easy to add, so I've now done so on the master
branch.  This problem will therefore be solved in Emacs 31.

I'm closing the bug.

Previous Next

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