Red Hat Bugzilla – Bug 141844
zip file (extfs vfs) view/extract/delete problem
Last modified: 2013-07-02 19:03:53 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
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):
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'
I reported this problem to mc-devel too and the report is here:
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.
it seems this was successfully fixed by Roland in upstream:
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
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
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.