| Summary: | Ark is not handling passworded 7z files | ||
|---|---|---|---|
| Product: | [Applications] ark | Reporter: | Konomi <konomikitten> |
| Component: | general | Assignee: | Raphael Kubo da Costa <rakuco> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | cfeck |
| Priority: | NOR | ||
| Version: | 2.19 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/ark/3170fd1017b19bce532a8c9e679dd7297b1c70b1 | Version Fixed In: | 4.12.4 |
| Sentry Crash Report: | |||
| Attachments: | 7z passworded file for testing | ||
|
Description
Konomi
2014-01-14 01:14:34 UTC
Created attachment 84634 [details]
7z passworded file for testing
Cannot reproduce, it works here with ark from KDE 4.12.1 and 7z installed. With the password "test", I could list contents "test.txt", and clicking the file shows text "test". 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=de_DE.UTF-8,Utf16=on,HugeFiles=on,2 CPUs) The only difference I see is that you are using the 64 bit version of 7z. Could you please add the output of "7z l -slt test.7z" from your system? (In reply to comment #2) > Cannot reproduce, it works here with ark from KDE 4.12.1 and 7z installed. > With the password "test", I could list contents "test.txt", and clicking the > file shows text "test". > > 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 > p7zip Version 9.20 (locale=de_DE.UTF-8,Utf16=on,HugeFiles=on,2 CPUs) > > The only difference I see is that you are using the 64 bit version of 7z. > Could you please add the output of "7z l -slt test.7z" from your system? Providing output: $ 7z l -slt test.7z 7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=en_AU.UTF-8,Utf16=on,HugeFiles=on,8 CPUs) Enter password (will not be echoed) : Listing archive: test.7z -- Path = test.7z Type = 7z Method = LZMA 7zAES Solid = - Blocks = 1 Physical Size = 198 Headers Size = 182 ---------- Path = test.txt Size = 5 Packed Size = 16 Modified = 2014-01-14 12:07:34 Attributes = ....A CRC = 3BB935C6 Encrypted = + Method = LZMA:16 7zAES:19 Block = 0 I have solved this issue. Debian has two versions of p7zip, p7zip and p7zip-full. With only p7zip-full installed I get a password prompt, but if I install p7zip even with p7zip-full installed I get no password. I wonder on which end the bug is in this case? Could it be p7zip's packaging in Debian or something to do with ark? (In reply to comment #4) > I have solved this issue. Debian has two versions of p7zip, p7zip and > p7zip-full. With only p7zip-full installed I get a password prompt, but if I > install p7zip even with p7zip-full installed I get no password. I wonder on > which end the bug is in this case? Could it be p7zip's packaging in Debian > or something to do with ark? This happens because p7zip on Debian installs 7zr and p7zip-full installs 7za and 7z. We look for and try to use the binaries in this order, but 7zr doesn't seem to be able to handle encrypted archives. Git commit 3170fd1017b19bce532a8c9e679dd7297b1c70b1 by Raphael Kubo da Costa. Committed on 18/03/2014 at 22:41. Pushed by rkcosta into branch 'KDE/4.12'. cli7zip: Change the precedence order of the 7z binaries we look for. Instead of going from least capable (7zr) to most capable (7z), do the opposite. Looking for 7zr first means that even though a 7z binary capable of handling a certain archive type might be present on the system it will not be used. This is particularly troublesome because 7zr does not support archives with password. This should not cause any problems for distros that ship only some 7zip binaries since we still look for all 3 of them (7z, 7za and 7zr). FIXED-IN: 4.12.4 M +1 -1 plugins/cli7zplugin/cliplugin.cpp http://commits.kde.org/ark/3170fd1017b19bce532a8c9e679dd7297b1c70b1 |