Bug 188556

Summary: Header-protected -hp<password> RAR not supported
Product: [Applications] ark Reporter: VP <valerio.passini>
Component: generalAssignee: Harald Hvaal <metellius>
Status: RESOLVED DUPLICATE    
Severity: normal CC: paloseco, rakuco, rdieter
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description VP 2009-03-31 17:41:14 UTC
Version:            (using KDE 4.2.1)
OS:                Linux
Installed from:    Debian testing/unstable Packages

Dear Developer,

I have created two kind of rar archives using command line Linux rar utility both protected with password:
rar a -hpvalerio test.rar *.jpg  (protect files and headers)
rar a -pvalerio  test2.rar *.jpg (protect files only)

and discovered that one of them (the first) makes Ark crash.

Indeed if I use Ark to open test.rar it doesn't show the files inside (of course) and prompts for the password. I enter the password and Ark stays forever to open the archives. If I click on cancel, instead of entering the password, Ark crashes again.
The same applies with WinRAR created archives, that have this feature (encrypted file names enabled).
Cheers

Valerio

P.S.: since other bugreports on ark crashing with passworded rar archives are much different from mine, I have decided to post a NEW bugreport. I apologize if I'm wrong.
Comment 1 Raphael Kubo da Costa 2009-04-15 05:26:57 UTC
I'm marking it as bug instead of a crash - I've tried to reproduce it here with trunk and instead of crashing Ark just stood frozen because the rar command it issued was waiting for the password in the command line.

If you do manage to make it crash (either with 4.2.2 or preferrably with trunk), please post a backtrace here.
Comment 2 Raphael Kubo da Costa 2009-04-15 05:47:30 UTC
*** Bug 143808 has been marked as a duplicate of this bug. ***
Comment 3 VP 2009-04-15 09:58:08 UTC
You are right, I used the wrong word in the description. This is a bug that causes a freeze and not a crash.
Comment 4 Raphael Kubo da Costa 2009-09-12 05:43:14 UTC
I'm marking this bug as a duplicate of a newer report because the new one looks more detailed and has attached test cases.

Thanks.

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