From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: Viewing files from: http://www.xs4all.nl/~bsarempt/python/p.zip fails with 'caution: filename not matched: edit.html' for example. The problem seems to be that all files inside are stored with './' infront of the name. I was not able to create such archive with zip, I did not try too hard however, but repacking the file fixes the problem. Adding files to the archive works and they can be viewed, extracted and deleted afterwards. I tested it with mc-4.6.0-17.fc1 (Fedora Core 1) and mc-4.6.1-0.11 (from Fedora Core 3). Version-Release number of selected component (if applicable): mc-4.6.1-0.11 How reproducible: Always Steps to Reproduce: 1. download http://www.xs4all.nl/~bsarempt/python/p.zip 2. open it with mc 3. try to do anything with the files inside (view/copy/delete) Actual Results: 'caution: filename not matched: edit.html' Additional info: I reported this problem to mc-devel too and the report is here: http://mail.gnome.org/archives/mc-devel/2004-December/msg00024.html This can be related to bug #127973.
Created attachment 107874 [details] p.zip - the test file I attach the test file here in case the original disappears.
Hello Doncho, it seems this was successfully fixed by Roland in upstream: http://mail.gnome.org/archives/mc-devel/2004-December/msg00026.html Does it work for you?
I tested mc-4.6.1-0.11.src.rpm with Roland's uzip.patch and it works partially - view, edit and extract is fine, but delete fails (ex: 'zip warning: name not matched: ./edit2.html'). If first edited and saved, which changes the name from './something' to 'something' the file can be deleted.
As noted by Roland Illig in mc-devel infozip removes the './' part of the name. The workaround he found is to use '[.]/' instead (he also posted a patch/workaround). Maybe this part should be moved to infozip's bugs? Link: http://mail.gnome.org/archives/mc-devel/2004-December/msg00031.html
Probably yes, but note that infozip is not a part of RH distros. If it's a bug of zip, don't hesitate to file a bugreport against zip.
rpm -qi zip ... URL: http://www.info-zip.org/pub/infozip/Zip.html Looking at source0's license says: 'This is version 1999-Oct-05 of the Info-ZIP copyright and license.' Filled bug # 142237.
A CVS snapshot with a fix of this is now a part of mc-4.6.1a-0.2.