Description of problem: When opening an zip-archive in the krusader with unzip-6.1 installed, it shows some "extra" files that aren't in the archive. But Ark shows content of the archives correctly. If you replace the unzip package with version 6.0 from mga6, then krusader works all fine. Version-Release number of selected component (if applicable): krusader-2.7.1-4.mga7 unzip-6.1c-3.mga7 How reproducible: Always Steps to Reproduce: 1.Open a zip-archive at the Krusader 2.See two "extra" files that aren't in the archive 3.
Created attachment 11254 [details] Opening zip with unzip-6.1
Testing this with: krusader-2.7.1-4.mga7 unzip-6.1c-3.mga7 on a simple zip file, krusader does indeed show two extra entries before the valid ones, in my case: - a higher level directory 'mnt' - a zero length file simply named '9'. However, the same zip file: $ unzip -l usbClearWinPw.zip Archive: usbClearWinPw.zip Length Date Time Name --------- ---------- ----- ---- 1517 02-01-2014 17:35 boot.msg 1331714 02-01-2014 17:35 initrd.cgz 24576 02-01-2014 17:35 isolinux.bin 177 08-27-2013 18:28 isolinux.cfg 2599 02-01-2014 17:34 readme.txt 13719295 02-01-2014 17:35 scsi.cgz 177 08-27-2013 18:28 syslinux.cfg 71168 05-11-2011 18:39 syslinux.exe 2422752 08-27-2013 15:38 vmlinuz --------- ------- 17573975 9 files itself shows things correctly. All these were correctly shown by krusader after the two duff extras. So I am assigning this to the KDE team, CC'ing Shlomi for unzip.
Assignee: bugsquad => kdeCC: (none) => shlomif
I don't know why but I see that some distro stays to unzip 6.0 and have not upgarded to 6.1.
CC: (none) => geiger.david68210
krusader reads zip-archive content with 'unzip -ZTs-z-t-h somearchive.zip' command. Difference between unzip-6.0 and unzip-6.1 is that unzip-6.1 output contains two more line. First is path to the archive and second is archive size and members count. Seems, krusader just shows last columns of these lines. For example $ unzip -ZTs-z-t-h PTSerif.zip unzip-6.0 output: -rw-a-- 2.0 fat 3653 b- defN 20100401.174644 OT_TT_Install_E.txt -rw-a-- 2.0 fat 2616 b- defN 20100401.174646 OT_TT_Install_R.txt -rw-a-- 2.0 fat 1981 b- defN 20101223.155636 PT Free Font License_eng_1.2.txt -rw-a-- 2.0 fat 5036 b- defN 20101223.155636 PT Free Font License_rus_1.2.txt -rw-a-- 2.0 fat 346892 b- defN 20101222.144656 PTF55F.ttf -rw-a-- 2.0 fat 363200 b- defN 20101222.144702 PTF56F.ttf -rw-a-- 2.0 fat 327840 b- defN 20101223.143118 PTF75F.ttf -rw-a-- 2.0 fat 325424 b- defN 20101223.143132 PTF76F.ttf -rw-a-- 2.0 fat 387684 b- defN 20101222.144714 PTZ55F.ttf -rw-a-- 2.0 fat 394456 b- defN 20101222.144720 PTZ56F.ttf unzip-6.1 output: Archive: /home/gaurii/PTSerif.zip Archive size: 1010600 bytes; Members: 10 -rw-a--- 2.0 fat 3653 b- defN 20100401.174644 OT_TT_Install_E.txt -rw-a--- 2.0 fat 2616 b- defN 20100401.174646 OT_TT_Install_R.txt -rw-a--- 2.0 fat 1981 b- defN 20101223.155636 PT Free Font License_eng_1.2.txt -rw-a--- 2.0 fat 5036 b- defN 20101223.155636 PT Free Font License_rus_1.2.txt -rw-a--- 2.0 fat 346892 b- defN 20101222.144656 PTF55F.ttf -rw-a--- 2.0 fat 363200 b- defN 20101222.144702 PTF56F.ttf -rw-a--- 2.0 fat 327840 b- defN 20101223.143118 PTF75F.ttf -rw-a--- 2.0 fat 325424 b- defN 20101223.143132 PTF76F.ttf -rw-a--- 2.0 fat 387684 b- defN 20101222.144714 PTZ55F.ttf -rw-a--- 2.0 fat 394456 b- defN 20101222.144720 PTZ56F.ttf
Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as OLD.
Resolution: (none) => OLDStatus: NEW => RESOLVED