Bug 62619 - mc destroyed zip archive by merely browsing it
Summary: mc destroyed zip archive by merely browsing it
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: mc
Version: 1.0
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-04-03 05:38 UTC by vvs
Modified: 2007-04-18 16:41 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-04-10 16:01:46 UTC
Embargoed:

Attachments (Terms of Use)

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
Note You need to log in before you can comment on or make changes to this bug.