Bug 62619

Summary: mc destroyed zip archive by merely browsing it
Product: [Retired] Red Hat Raw Hide Reporter: vvs <vvs009>
Component: mcAssignee: Havoc Pennington <hp>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: high Docs Contact:
Priority: medium    
Version: 1.0CC: nerijus
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-04-10 16:01:46 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description vvs 2002-04-03 05:38:09 UTC
Description of Problem:

If you try to browse zip archive contained inside another zip, the latter will
be modified by merely browsing it, thus destroying the original. Ouch!

Version-Release number of selected component (if applicable):

mc-4.5.55-2

How Reproducible:

Always

Steps to Reproduce:
1. create a zip archive
2. add this zip to another zip archive
3. run mc and try to browse this internal zip inside
4. now leave mc

Actual Results:

The zip archive which contained that other zip will be modified, destroying the
original contents.

Expected Results:

It should not modify archive just because you are browsing it

Additional Information:

Comment 1 Havoc Pennington 2002-04-10 15:31:01 UTC
that's certainly unfortunate...

Comment 2 Jakub Jelinek 2002-04-10 16:01:41 UTC
Guess mc issues copyin even if the file has not changed (though admit I haven't seen the extfs code for years).
BTW: It looks like all the scripts in /usr/lib/mc/extfs/
should be using mktemp and mktemp -d where appropriate.

Comment 3 Havoc Pennington 2002-04-11 18:44:51 UTC
4.5.55-4 fixes this