Archive not working with rare characters in filenames (v1.0)

[osiris2258]

Files inside archives the have an em dash character in the file name can be opened, but show no metadata or file name inside XN view and cannot be scrolled through, even if some other files in the same archive do have filenames that are registering normally. Not sure about other odd characters; this is just the one case I happened to find quickly.

[xnview]

i can't reproduce, please sens me an archive file

[Moarc]

I can corroborate. According to my experiments, archives with Cyrillic, Japanese, Chinese characters or an em dash (or fancy quotation signs, etc.) in their filename open in the way described in the initial post, as an empty folder. The filenames *inside* the archive do not seem to matter.

Oddly enough, thumbnails are generated for folders which only contain such archives (when the browser is in the superior directory), but not for the archives themselves once you enter that directory.

The issue manifests on both Windows and Linux.

Here's an archive with relevant archives.

[xnview]

i've tried but only file in nonascii-filename-inside-archive.zip can't be opened...

[Moarc]

Maybe it depends on the locale?

[xnview]

Maybe it depends on the locale?

which locale do you use?

[Moarc]

Windows preinstalled with Polish and switched to English later on (some programs automatically use English and some use Polish, depending on the way they determine the locale - AFAIU there's at least two variables for this, one for 'what language was the original Windows installation' and the other for 'what language is it currently set to').

Linux with

Code: Select all

LANG=en_US.utf8
LC_CTYPE=pl_PL.utf8
LC_NUMERIC=pl_PL.utf8
LC_TIME=pl_PL.utf8
LC_COLLATE=en_US.utf8
LC_MONETARY=pl_PL.utf8
LC_MESSAGES=en_US.utf8
LC_PAPER=pl_PL.utf8
LC_NAME=pl_PL.utf8
LC_ADDRESS=pl_PL.utf8
LC_TELEPHONE=pl_PL.utf8
LC_MEASUREMENT=pl_PL.utf8
LC_IDENTIFICATION=pl_PL.utf8

The disparity between my (and the original poster's) and your results is really puzzling - in my case, nonascii-filename-inside-archive.zip is precisely the only file that opens properly, with thumbnails for the image it contains, apart from ascii-filename.zip.

[Moarc]

Seems to fixed in 1.01.

Sorry to have wasted your time.