Bug 236863 - ark fails to unzip selected files if filename has an opening square bracket
Summary: ark fails to unzip selected files if filename has an opening square bracket
Status: RESOLVED DUPLICATE of bug 208091
Alias: None
Product: ark
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Harald Hvaal
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-08 15:44 UTC by Hagai Kariti
Modified: 2010-05-08 18:41 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hagai Kariti 2010-05-08 15:44:59 UTC
Version:           2.14 (using 4.4.2 (KDE 4.4.2), Kubuntu packages)
Compiler:          cc
OS:                Linux (x86_64) release 2.6.32-22-generic

When trying to unzip a file that has a square bracket (like test[].txt) via drag and drop or by choosing "selected files only" in the extract window, ark will silently ignore that file. However, if I select "all files" in the extract window, everything works.

to reproduce:
touch 'hello[.txt' hello.txt
zip hello.zip 'hello[.txt' hello.txt

Now, open hello.zip with ark
try to drag and drop hello[.txt to some dir in dolphin, silently fails.
try to drag and drop both files to dolphin, hello.txt is extracted, the other is not.
select hello[.txt, go to the extract window, choose "selected files only", silently files.
select both files, go to the extract window, choose "selected files only", silently files (even hello.txt!).
go to the extract window, choose "all files", both files are extracted.

I tried it with a tar.gz file and a zip file with special characters other than an opening bracket and it didn't happen.

Thanks in advance :)
Comment 1 Raphael Kubo da Costa 2010-05-08 18:41:51 UTC
This is actually a bug in infozip, however infozip's developers are not that friendly to anyone and don't seem to care very much. A workaround will probably be needed on our side.

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