Closed
Bug 827114
Opened 12 years ago
Closed 11 years ago
nsIZipWriter should split files larger than 4GB
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: sdfkjsjlhsdbfgsfsdg, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20100101 Firefox/17.0 Build ID: 20121128204232 Steps to reproduce: TEBE users with very large mail archives have found that files created by nsIZipWriter that are larger than 4GB are invalid. The maximum size for standard zip files is 4GB. nsIZipWriter needs to be aware of the archive size and split files that are larger than 4Gb, or provide options to do so. Likewise, nsIZipReader needs to be able to read such files. Actual results: The generated zip files greater than 4GB were unreadable by other zip handlers. Expected results: Output should have been split automatically or an exception thrown. Authors need facilities to allow zip files to be split when required.
Updated•12 years ago
|
Version: 17 Branch → Trunk
Comment 1•11 years ago
|
||
I don't think this is a feature we want to support in the product. As long as our zipreader can read the files produced by our writer, that is sufficient.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 2•11 years ago
|
||
To clarify, it writes invalid files over 4GB. Data appears to be written out of bounds so it can't read it's own files and does need fixing one way or the other.
You need to log in
before you can comment on or make changes to this bug.
Description
•