Bug 187201

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.