Summary: | Okular doesn't open document archives with cyrillic filenames | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio | Reporter: | wyldrodney <wyldrodney> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | pino |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
wyldrodney
2009-06-05 02:40:34 UTC
Hm, it looks to me the problem is not actually in the file name of the okular archive, but in the file name of the document you are archiving, ie a djvu file having a file name with russian characters. Can you observe the same behaviour? It would appear a bug in a kdelibs class for reading/writing ZIP files (what an okular document archive is, basically), and I've asked to its maintainer. >djvu file having a file name with russian characters
Yes. This causes problems. Exporting from same file with latin name works perfectly.
(In reply to comment #2) > >djvu file having a file name with russian characters > > Yes. This causes problems. Exporting from same file with latin name works > perfectly. Excellent, thanks :) was pin-pointing the issue, as it seemed the other way round from the initial description. SVN commit 978827 by pino: Do not confuse the length of file names encoded as UTF-8 and with the local 8bit encoding. BUG: 195288 Add unit test case for testing non-latin1 file names cases. M +4 -3 kio/kzip.cpp M +32 -0 tests/karchivetest.cpp M +1 -0 tests/karchivetest.h WebSVN link: http://websvn.kde.org/?view=rev&revision=978827 SVN commit 1065547 by tmcguire: Crossport r978827 by pino from kdelibs trunk to kdelibs e4: Do not confuse the length of file names encoded as UTF-8 and with the local 8bit encoding. CCBUG: 195288 Add unit test case for testing non-latin1 file names cases. M +4 -3 kzip.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1065547 |