GNU bug report logs -
#78290
dired-view-file not ready for non-ASCII subfile names
Previous Next
Reported by: Dan Jacobson <jidanni <at> jidanni.org>
Date: Wed, 7 May 2025 03:43:01 UTC
Severity: wishlist
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 07 May 2025 21:53:47 +0300
with message-id <86bjs4fe10.fsf <at> gnu.org>
and subject line Re: bug#78290: dired-view-file not ready for non-ASCII subfile names
has caused the debbugs.gnu.org bug report #78290,
regarding dired-view-file not ready for non-ASCII subfile names
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
78290: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=78290
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (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 5 (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 part 6 (message/rfc822, inline)]
> 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.
This bug report was last modified 14 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.