nsIZipWriter should split files larger than 4GB

RESOLVED WONTFIX

Status

()

defect
RESOLVED WONTFIX
7 years ago
7 years ago

People

(Reporter: sdfkjsjlhsdbfgsfsdg, Unassigned)

Tracking

Trunk
x86
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Reporter

Description

7 years ago
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.
Version: 17 Branch → Trunk

Comment 1

7 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
Last Resolved: 7 years ago
Resolution: --- → WONTFIX
Reporter

Comment 2

7 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.