fix(deps): update dependency @zip.js/zip.js to v2.7.20 #217
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![renovate[bot]](https://avatars.githubusercontent.com/in/2740?s=60&v=4){kind=small}
renovate
bot
force-pushed
the
renovate/zip.js-zip.js-2.x-lockfile
branch
10 times, most recently
from
833457a
to
7fb50a3
Compare
renovate
bot
force-pushed
the
renovate/zip.js-zip.js-2.x-lockfile
branch
from
7fb50a3
to
a081781
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
2.5.17->2.7.20Release Notes
gildas-lormeau/zip.js (@zip.js/zip.js)
v2.7.20Compare Source
Circumvented a bug specific to Clouflare Workers environment when creating zip files (see #434)
v2.7.19Compare Source
Fixed zip64 bug when creating zip files containing entries weighting more than 4GB (uncompressed), using the
ReadableAPI to read the uncompresssed data, and not setting explicitly thezip64option totrue.v2.7.18Compare Source
Fixed potential uncaught error when reading split zip files
v2.7.17Compare Source
Added workaround for Thunderbird where calling
Blob#slice()andBlob#arrayBuffer()does not work as expected (the array buffer is not sliced) (see #430)v2.7.16Compare Source
Fixed compatibility issue with older Chromium browsers (i.e. v78) (see https://github.com/gildas-lormeau/zip.js/issues/426)
v2.7.15Compare Source
rollup-es5.config.dev.jsandrollup-es5.config.js)ZipFileEntry#uncompressedSizewhen entries are added in the filesystemv2.7.14Compare Source
Fixed error when using
HttpReaderwithuseXHRset totrueand the connection is lost (see #414)v2.7.13Compare Source
Added support of zip files with invalid central directory length
v2.7.12Compare Source
Fixed support for UTF-8 extra fields when reading zip files
v2.7.11Compare Source
FS API:
ZipDirectoryEntry#addFileandZipDirectoryEntry#addFileSystemHandleZipFileEntry.getData()in some casesv2.7.10Compare Source
v2.7.9Compare Source
FS API: added
ZipDirectoryEntry#addFileandZipDirectoryEntry#addFileSystemHandlemethodsv2.7.8Compare Source
v2.7.7Compare Source
Fix temporary memory leak when compressing data, or when decompressing data and verifying data integrity (see #413). The leak was only happening during the compression/decompression of an entry in a zip file.
v2.7.6Compare Source
FS API:
causeproperty on errors thrown byimport*andexport*methodsexport*does not prevent the export of next entriesv2.7.5Compare Source
FS API:
v2.7.4Compare Source
v2.7.3Compare Source
Added export of entry-point files from the
./lib/in thepackage.jsonfile (see #410)v2.7.2Compare Source
v2.7.1Compare Source
index.d.tsin versionsv2.7.0andv2.6.84v2.7.0Compare Source
index.d.tsfile introduced in the previous version (v2.6.84)Entry#getData()can returnundefinedasynchronously when the optioncheckPasswordOnlyis set totruev2.6.84Compare Source
Added
checkPasswordOnlyoption when creating aZipReaderinstance or callingZipReader#getData()to test if the password is valid without extracting data.FSAPI:isPasswordProtected()andcheckPassword()methods inZipEntryandFSFS#import*andZipDirectoryEntry#import*methods return the imported entriesFS#importZip()v2.6.83Compare Source
(Really) fixed potential uncaught inoffensive errors in web workers
v2.6.82Compare Source
Fixed potential uncaught errors (which did not prevent zip.js from working as expected though)
v2.6.81Compare Source
File system API (
FS):import...methods keep the metadata (externalFileAttribute,versionMadeBy,comment,lastModDate) of the imported entries.add...methods accept a new optionaloptionsargument to pass the options related to the added entryv2.6.80Compare Source
v2.6.79Compare Source
File system API (
FS):entryIdwhich can be used to identify which entry triggered the errorv2.6.78Compare Source
Filesytem API (
FS):readerOptionspassed to the Reader instances when exporting a zip fileZipEntry#cloneparameter optionalv2.6.77Compare Source
v2.6.76Compare Source
v2.6.75Compare Source
Added
deepCloneparameter toZipEntry#clone()v2.6.74Compare Source
v2.6.73Compare Source
v2.6.72Compare Source
v2.6.71Compare Source
v2.6.70Compare Source
v2.6.69Compare Source
Added
ZipEntry#clone()methodv2.6.68Compare Source
Fixed: call
Reader#initafter async operations to prevent potential race condition leading to exceptions being thrownv2.6.67Compare Source
Added
ZipEntry#renamemethodv2.6.66Compare Source
Fixed uncaught exceptions when writing a zip file with the option
buferredWriteset totrueand aborting the processv2.6.65Compare Source
Added
.npmignorefile to publish only necessary files on NPMv2.6.64Compare Source
v2.6.63Compare Source
What's Changed
New Contributors
Full Changelog: gildas-lormeau/zip.js@v2.6.62...v2.6.63
v2.6.62Compare Source
Fix issue with passwords longer than 16 bytes when handling encrypted zip files in environments where
SubtleCrypto.importKey()does not exist (see #390)v2.6.61Compare Source
v2.6.60Compare Source
v2.6.59Compare Source
v2.6.58Compare Source
v2.6.57Compare Source
Fixed potential stream error when adding entries concurrently in a zip file with the option
keepOrderexplicitly set tofalsev2.6.56Compare Source
mimeTypeproperty inZipDirectoryEntryExportOptionsimportZipandexportZipinZipDirectoryEntryv2.6.55Compare Source
v2.6.54Compare Source
Blob#slice()when creating zip with small files (i.e. <chunkSize, 512 KB by default) added concurrentlyv2.6.53Compare Source
v2.6.52Compare Source
8.5.2of the spec)v2.6.51Compare Source
Splitted the
Entryinterface inindex.d.tsinto theEntryMetaDatainterface and theEntryinterface.EntryextendsEntryMetaDataand adds the definition ofgetData()(fixes https://github.com/gildas-lormeau/zip.js/pull/377 and https://github.com/gildas-lormeau/zip.js/issues/371)v2.6.50Compare Source
maxWriterproperty onWriterinstances in order to write split data without usingSplitDataWriteror to use different values for each generatedWriterinstances (see test here https://github.com/gildas-lormeau/zip.js/blob/master/tests/all/test-split-zip.js)index.d.tsto improve the navigation in the API documentationv2.6.49Compare Source
v2.6.48Compare Source
Fixed regression introduced in version 2.6.33 which could lead to errors when using
HttpReaderorHttpRangeReaderv2.6.47Compare Source
ZipWriter#addnow accepts an Array ofReader(orReadableStream) instances. ASplitDataReaderinstance will be automatically created under the hood.Entry#getDatanow accepts generator functions generatingWriter(orWritableStream) instances. ASplitDataWriterinstance will be automatically created under the hood and data will be be split into chunks of 4GB.v2.6.46Compare Source
SplitZipReaderandSplitZipWriter. Use respectivelySplitDataReaderandSplitDataWriterinstead. (SplitZipReaderandSplitZipWriterwill be removed in the version 2.7.0)SplitDataWriterusing zip64preventCloseoption when callingZipWriter#close()v2.6.45Compare Source
v2.6.44Compare Source
v2.6.43Compare Source
ReadableStreaminstances)index.jsfile and theindex.d.tsfile (fix warnings in VSCode when editingindex.d.ts)v2.6.42Compare Source
v2.6.41Compare Source
Fixed issue where Zip64 data could be added too early when using
SplitZipWriterand creating zip weighting 4GB+v2.6.40Compare Source
Fixed issue with native Compression streams handling in web workers
v2.6.38Compare Source
v2.6.37Compare Source
Fixed uncaught error when aborting data compression/decompression and using web workers with transferable streams (see #370)
v2.6.36Compare Source
SplitZipWriterv2.6.35Compare Source
v2.6.34Compare Source
Added
SplitZipWriterclass which can be used in order to create split zip files withZipWriter(cf. test here)v2.6.33Compare Source
ReadableStreamandReaderinstances simultaneously in a zip file weighting more than 4GBv2.6.32Compare Source
Improved implementation of the fix from the previous version (2.6.30) for the potential race data condition in Firefox when reading zip files
v2.6.31Compare Source
v2.6.30Compare Source
ZipReadervia theSplitZipReaderclass (see example here)transferStreamsset totrue(introduced in version 2.6.24) that could lead to truncated filesglobalThisisundefined(see https://github.com/gildas-lormeau/zip.js/issues/254#issuecomment-1254145896)v2.6.29Compare Source
Added support of CommonJS modules (see "Installation" here: https://gildas-lormeau.github.io/zip.js/)
v2.6.28Compare Source
configurein order to pass customCompressionStreamandDecompressionStreamimplementationsnavigator.hardwareConcurrencyon Deno Deployv2.6.26Compare Source
v2.6.25Compare Source
Fixed TypeScript compilation issue due to a syntax error in the
index.d.tsfile (see https://github.com/gildas-lormeau/zip.js/pull/366)v2.6.24Compare Source
Added a new option when creating a
ZipReaderinstance or when callingZipReader#getData(). This option is namedtransferStreamsand is set totrueby default.false, zip.js should work as before. zip.js will read/write chunks of data when decompressing data by exchanging messages between the main thread and web workers.true, zip.js will try to transfer theReadableStreamand theWritableStreaminstances used when decompressing data to the web workers. Thus, data is transferred natively between the main thread and the web workers.If the environment does not allow streams to be transferred to web workers, zip.js automatically falls back to the implementation corresponding to
transferStreamsset tofalse.Note that transferable streams are not supported in Deno currently.
v2.6.23Compare Source
BlobWritermime type not present (see #360)v2.6.22Compare Source
v2.6.21Compare Source
Improved automatic detection of entries that should use Zip64 data when compressing entries in parallel (i.e. if the zip file is going to weight more than 4GB)
v2.6.20Compare Source
v2.6.19Compare Source
FS#importUint8Arrayv2.6.18Compare Source
Improve the implementation of
BlobWriterby using aTransformStreaminstance under the hoodv2.6.17Compare Source
v2.6.16Compare Source
What's Changed
ZipWriter.addreturning unresolved promises by @0f-0b in https://github.com/gildas-lormeau/zip.js/pull/355Full Changelog: gildas-lormeau/zip.js@v2.6.15...v2.6.16
v2.6.15Compare Source
v2.6.14Compare Source
Uint8ArrayWriterwhen callingEntry#getData()v2.6.13Compare Source
Make sure file names encoded in CP437 in zip files are properly decoded when the source code of zip.js is not parsed in UTF-8 (see #352)
v2.6.12Compare Source
package.jsonfilev2.6.11Compare Source
ZipWriter#add()did not necessarily trigger an exception (the first entry was overridden by the second one).v2.6.10Compare Source
18.0.0to16.5.0v2.6.9Compare Source
Workerconstructor and automatic fallback on the main thread if not present, i.e. you don't need to setuserWebWorkerstofalseanymore.cryptoAPI optional when using ZipCrypto to decrypt files (fix)v2.6.8Compare Source
Entry#internalFileAttributeindex.d.tsfile and fixed minor issuesv2.6.7Compare Source
Fixed a regression introduced in version 2.5 that prevented the
keepOrderoption from working correctly when creating multiple entries in a zip file simultaneously (e.g. when callingawait Promise.all([zipWriter.add(...), zipWriter.add(...), ...])).v2.6.6Compare Source
Add support of Streams in the
FSAPI(see example here: https://github.com/gildas-lormeau/zip.js/blob/master/tests/all/test-fs-streams.js)
v2.6.5Compare Source
Fix option
checkSignaturewhen unzipping data with web workersv2.6.4Compare Source
Improved the readability of the example in
README.MDon NPMv2.6.3Compare Source
What's Changed
levelanduseCompressionStreambeing ignored by @0f-0b in https://github.com/gildas-lormeau/zip.js/pull/345New Contributors
Full Changelog: gildas-lormeau/zip.js@v2.6.2...v2.6.3
v2.6.2Compare Source
ReadableStreamreaders in theZipReaderconstructor. Although they will be automatically converted into aBlobReaderreaders transparently in order to allow random access to the data (see test here: https://github.com/gildas-lormeau/zip.js/blob/master/tests/all/test-readable-zip-stream.js).v2.6.1Compare Source
getDatamethods inindex.d.tsv2.6.0Compare Source
ERR_ABORThas been removed. Instead, you can now check ifsignal.reasonequals to the error thrown when cancelling compression/decompression.ReadableStreamReaderandWritableStreamWriterhave been removed. Instead, you can now pass objects containing areadableorwritableproperty (respectively). See example of code in the README.MD.v2.5.26Compare Source
Fix handling of
encodinginTextWriter(the parameter was ignored)v2.5.25Compare Source
Added handling of HTTP 416 "Range Not Satisfiable" errors when doing range requests
v2.5.24Compare Source
v2.5.23Compare Source
Fixed a bug where aborting the addition of an entry could result in a corrupted zip file under some conditions.
v2.5.22Compare Source
v2.5.21Compare Source
ZipReader#comment)v2.5.20Compare Source
cli-deno/mc-zip.js)v2.5.19Compare Source
TransformStream:writableproperty (WritableStream) as an alternative toWriterinstancesreadableproperty (ReadableStream) when callingZipWriter#addv2.5.18Compare Source
Configuration
📅 Schedule: Branch creation - "before 11pm" in timezone America/New_York, Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.