v2.7.53

• Fixed type of Entry#extraField by @xc2 in #535
• Updated dev dependencies

New Contributors

• @xc2 made their first contribution in #535

v2.7.52

• Added option compressionMethod in ZipWriter for handling custom compression methods (e.g. zstd) when setting the option passThrough to true
• Fixed issue with Uint8Array size in ZipReader when setting passThrough to true and using a Uint8Writer class to get the uncompressed data
• Fixed optional checkPasswordOnly property in the type definitions (index.d.ts)

v2.7.51

• Fixed issue when passing passThrough: true option in the import* methods of the FS API with AES-encrypted files where the encryption strength is not set to the default value (i.e. 3)

v2.7.50

• Added the new option passThrough in ZipReader, ZipWriter, and ZipDirectoryEntry#import methods. This allows reading/writing directly the raw data of zip entries without processing it (i.e. compressing or/and encrypting data)
• Added the new option offset in ZipWriter. This allows setting the offset of the first entry in the file to a value > 0. This can be useful when creating zip files with prepended data
• Completed the implementation of the bitFlag property in ZipWriter. It will now take into account the level of compression and update the bit flag value accordingly.
• Updated dev dependencies

v2.7.48

What's Changed

• Support ignoring Language Encoding flag with the new option useUnicodeFileNames by @eliandoran in #521

New Contributors

• @eliandoran made their first contribution in #521

Full Changelog: v2.7.47...v2.7.48

v2.7.47

Fixed regression introduced in the previous version (see #520)

v2.7.46

Added the export ./data-uri in order to support Web Workers loaded with a data URI instead of a Blob URI (see #519)

v2.7.45

Fix rare issue where files would not be compressed if the compression codec included in zip.js was not used

v2.7.44

What's Changed

• fixed ZipReaderStream example in the documentation by @jespertheend in #510
• fixed typo by @AbdullahSohail-SE in #511
• fixed a minor issue when creating a zip file that led to the use of the zip64 format when it wasn't necessary, in the particular case where zip specification limits were reached (e.g. 65335 files in the archive) but not exceeded.
• the default value of Entry#filename and Entry#comment will be used if encodeText/decodeText functions return undefined values (see #507)

New Contributors

• @jespertheend made their first contribution in #510
• @AbdullahSohail-SE made their first contribution in #511

Full Changelog: v2.7.43...v2.7.44

v2.7.43

• Fixed an issue with zip files incorrectly detected as using zip64 under particular circumstances (e.g. when they contain exactly 65536 entries) when trying to read them