Version: 0.8.80 (using 4.2.88 (KDE 4.2.88 (KDE 4.3 >= 20090527)), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.29-zen1 1) Open any djvu document. 2) Export to "document archive" with cyrillic filename(Архитектура.okular, for example) 3) Try to open Архитектура.okular. It shows "Невозможно открыть файл(Can't open file) file:///home/wyldrodney/Архитектура.okular". 4) Export source djvu with latin filename (Arch.okular, for example). It works. * Renaming doesn't makes it work. * That isn't correct zip archive, I mean: wyldrodney@desktop ~ $ file Архитектура.okular Архитектура.okular: Zip archive data, at least v2.0 to extract wyldrodney@desktop ~ $ unzip Архитектура.okular Archive: Архитектура.okular error: expected central file header signature not found (file #3). (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) inflating: content.xml Архитект: mismatching "local" filename (Архитектура.djvu), continuing with "central" filename version inflating: Архитект wyldrodney@desktop ~ $ cp Архитектура.okular Arch.okular wyldrodney@desktop ~ $ file Arch.okular Arch.okular: Zip archive data, at least v2.0 to extract wyldrodney@desktop ~ $ unzip Arch.okular Archive: Arch.okular error: expected central file header signature not found (file #3). (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) replace content.xml? [y]es, [n]o, [A]ll, [N]one, [r]ename: A inflating: content.xml Архитект: mismatching "local" filename (Архитектура.djvu), continuing with "central" filename version inflating: Архитект wyldrodney@desktop ~ $ I'll send debuginfo later. P.S. I'm using ru_RU.UTF-8 locale. P.P.S. Same problem on OpenSUSE 11.1
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