Bug 355814 - Ark handles filenames with "Umlaute" wrong
Summary: Ark handles filenames with "Umlaute" wrong
Status: RESOLVED DUPLICATE of bug 240727
Alias: None
Product: ark
Classification: Applications
Component: general (show other bugs)
Version: 2.19
Platform: Fedora RPMs Linux
: NOR critical
Target Milestone: ---
Assignee: Raphael Kubo da Costa
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-24 01:54 UTC by sedrubal
Modified: 2015-11-25 16:14 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
A zip containing 2 files with "Umlaute" (466 bytes, application/zip)
2015-11-24 01:57 UTC, sedrubal
Details
content of kerfuffle_cli7z.desktop (2.55 KB, application/x-desktop)
2015-11-24 20:23 UTC, sedrubal
Details
content of kerfuffle_clizip.desktop (2.52 KB, application/x-desktop)
2015-11-24 20:23 UTC, sedrubal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sedrubal 2015-11-24 01:54:52 UTC
Ark always displays a '?' instead of 'ä', 'ö', 'ü' in a zip (I think, because Zip (3.0) also displays '?').

This is a big problem, because if there are two files which only differ in their "Umlaut" (e.g. ä.txt and ö.txt), ark will only display one file of the (?.txt). And the preview of ?.txt contains no text and the editor says 'new file' ?.txt.

Extracting the single file ?.txt does nothing.

Fortunately after extracting the complete archive (only when checking the radio button "Extract" > "All files" in extracting menu, not selecting the zips root dir and clicking on extract) the spook stops and the files have their right names and all files (ä.txt and ö.txt) have the correct content.

Reproducible: Always

Steps to Reproduce:
1. mkdir test
2. echo "ä" > test/ä.txt
3. echo "ö" > test/ö.txt
4. zip -r test.zip test
5. ark test.zip



May be related to 324978 and 335716 and maybe 355757 but I will continue searching what the latter one caused...
Comment 1 sedrubal 2015-11-24 01:57:30 UTC
Created attachment 95680 [details]
A zip containing 2 files with "Umlaute"

You will see only one file "?.txt" in ark, but there are two file "ä.txt" and "ö.txt"
Comment 2 sedrubal 2015-11-24 02:12:26 UTC
#355757 is not related...
Comment 3 Elvis Angelaccio 2015-11-24 11:24:18 UTC
Hi. We already fixed this issue in Ark 15.12 (due next month) by switching to p7zip as the default plugin for zip archives. As a temporary workaround for your system, you can:
1. Make sure you have p7zip installed
2. Locate the file kerfuffle_cli7z.desktop in your filesystem. I don't know exactly where Fedora installs this file, should be somewhere under /usr/share/kde4
3. Edit this file and replace the line starting with MimeType with this other line: MimeType=application/x-7z-compressed;application/zip;
4. In this file, edit also the X-KDE-Priority line and replace the value 160 with 180.

Let me know whether you managed to apply this workaround or if you are just fine waiting for an updated Ark version.
Comment 4 sedrubal 2015-11-24 14:40:20 UTC
Cool, even if I thought I found a huge bug ;)

"kerfuffle_cli7z.desktop" is here in fedora (23): /usr/share/kde4/services/kerfuffle_cli7z.desktop

But there is no line "X-KDE-Priority=160", it is "X-KDE-Priority=120".

And when I add "application/zip;" to the MimeType, ark will display an empty archieve, when I open the test...
Comment 5 Elvis Angelaccio 2015-11-24 15:02:21 UTC
(In reply to sederic from comment #4)
> But there is no line "X-KDE-Priority=160", it is "X-KDE-Priority=120".
> 

That's ok. You just have to be sure that this priority value is higer than the one you find in kerfuffle_clizip.desktop (which is another file that should be in the very same directory).

> And when I add "application/zip;" to the MimeType, ark will display an empty
> archieve, when I open the test...
That's weird. Are you sure that the syntax is right? It has to be exactly: 

MimeType=application/x-7z-compressed;application/zip;

(note the two semicolons). If it still doesn't work, please post the whole content of kerfuffle_cli7z.desktop and kerfuffle_clizip.dekstop
Comment 6 sedrubal 2015-11-24 20:23:28 UTC
Created attachment 95706 [details]
content of kerfuffle_cli7z.desktop
Comment 7 sedrubal 2015-11-24 20:23:54 UTC
Created attachment 95707 [details]
content of kerfuffle_clizip.desktop
Comment 8 sedrubal 2015-11-24 20:25:28 UTC
I don't get it: sometimes I see an empty archive and sometimes I see a broken archive as described in the issue description...
Comment 9 Elvis Angelaccio 2015-11-24 20:43:56 UTC
(In reply to sederic from comment #8)
> I don't get it: sometimes I see an empty archive and sometimes I see a
> broken archive as described in the issue description...
The attached .desktop files look fine. Have you tried opening other zip archives? It would also help to see the Ark debug output, if possible. You should be able to enable it with KDebugDialog, and then you should run Ark from command line.
Comment 10 sedrubal 2015-11-24 20:56:48 UTC
Ok, now I can't open any zip file (tar is working...). I can see

ark(25478) CliPlugin::readListLine: Unsupported archive type

in the command line...

It works after changing the priority back to 120.
Comment 11 Elvis Angelaccio 2015-11-24 22:26:45 UTC
(In reply to sederic from comment #10)
> Ok, now I can't open any zip file (tar is working...). I can see
> 
> ark(25478) CliPlugin::readListLine: Unsupported archive type
> 
> in the command line...
> 
> It works after changing the priority back to 120.
Ok, it's was worth a try. It looks like old Ark versions don't like p7zip for zip archives (we tested this only on the latest Ark). I'm sorry but for now there is no easy workaround for this issue. Upgrading to the next Ark 15.12 is strongly recommened for anyone working often with archives with special characters in the entries' filename.

P.S.
I'd suggest you to reinstall Ark, in order to overwrite any edit you did to the kerfuffle_* files. Just to be sure.
Comment 12 sedrubal 2015-11-24 23:05:06 UTC
OK, thank you for your analysing. It's no problem for me to wait, since I know the problem now. Looking forward the fixes ;)
Comment 13 Elvis Angelaccio 2015-11-25 16:14:01 UTC

*** This bug has been marked as a duplicate of bug 240727 ***