Version: 2.12 (using 4.2.1 (KDE 4.2.1), Arch Linux) Compiler: gcc OS: Linux (i686) release 2.6.28-ARCH In attachment file, that causes bug, in second attachment -Correct opening in file-roller
Created attachment 32125 [details] file, that causes bug
Created attachment 32126 [details] Correct openig in file-roller Bug not depend on qt version (both 4.4.3 and 4.5.0)
Created attachment 32127 [details] Incorrectly - in ARK
Created attachment 32128 [details] Dolphin do not see this names
Created attachment 32556 [details] Ark: Wrong file names inside the zip file I was able to open the file Х ЛТ русский язык-11.zip and I can see two files inside, but file names are destroyed. But looks like unzip or archive issue. [10:40:14 marian@nbmkyral Desktop]$ unzip "Х ЛТ русский язык-11.zip" Archive: Х ЛТ русский язык-11.zip inflating: � �� ���߬�� ��٬-11.doc inflating: �����Ҭ���.doc [10:40:33 marian@nbmkyral Desktop]$ ll celkem 12588 drwx------ 2 marian users 4096 3. dub 10.40 . drwx------ 85 marian users 4096 3. dub 10.21 .. -rw-r--r-- 1 marian users 51712 14. bře 22.16 ?????Ҭ???.doc -rw-r--r-- 1 marian users 239104 12. bře 23.41 ? ?? ???߬?? ??٬-11.doc -rw-r--r-- 1 marian users 177942 3. dub 10.24 Х ЛТ русский язык-11.zip Gentoo, KDE 4.2.2/Qt 4.5
I created a zip archive containing files with non ascii characters in name and I have no problem to open it with Ark. I think, It is character encoding issue. The names in zip are not encoded in utf8. Don't know, if there is any support for store file names charset in the zip archive. Btw: in shell I was able to rename the ???.doc files and open them in openoffice. But I cannot rename files in dolphin.
No. I think it is Ark issue< besause file-roller from both NOME 2.24 and 2.26 opens it correctly. See: https://bugs.kde.org/attachment.cgi?id=32126
Sorry for mistakes and bad English
you create archive in Ark?
I see this bug with archives, wich not created in it...
Created attachment 32563 [details] Another buggy file (Same issue)
Created attachment 32564 [details] Not buggy file Same folder zipped. Firs file created by WinRAR from WINE, second - in file-roller
(In reply to comment #9) > you create archive in Ark? I made two archives. One packed by Dolphin and second packed by zip utility. [I] app-arch/zip Available versions: 2.32-r1 (~)3.0 {bzip2 crypt unicode} Installed versions: 3.0(14:15:07 27.10.2008)(bzip2 crypt unicode) Homepage: http://www.info-zip.org/ Description: Info ZIP (encryption support) Both were correctly open in Ark.
(In reply to comment #12) > Created an attachment (id=32564) [details] > Not buggy file > > Same folder zipped. Firs file created by WinRAR from WINE, second - in > file-roller Some special WinRAR feature?
No, I think. Windows archives packed not in UTF-8.... Linux is packed... I think, this issues will be wit all Windows-created archives.I think,encoding selection exists in file-roller sources...
Trying open not buggy for ark file in WinRAR - has encoding issue:)
Let me try to summarize what's going on here, correct me if I'm wrong: * Files created by WinRAR (probably not using UTF-8) aren't displayed/extracted correctly by Ark, even though file-roller does extract and display them * Files created by Ark or the command-line zip utility (UTF-8) are displayed correctly in Ark, but WinRAR does not open them I could not open the files Konstantin called buggy here in 4.2.2 either, but unzip -l in the command-line lists them fine.
Can you also confirm if it only happens to ZIP files?
Yes, only zips from Windows (winrar and zip folders).
What encoding are you using on Windows to create those files?
WinRRAR uses cp1251 encoding. Windows XP default - also:) Now my Windows XP not work:)
Created attachment 32787 [details] Same issue with krusader (2.0.0-built today from svn, tested on first file)
This actually seems to be a bug in libzip. The same files compacted with another file type are shown just fine. This may be yet another reason to move away from it.
*** Bug 195351 has been marked as a duplicate of this bug. ***
Fixed in trunk, will be in 4.3.