[Snyk] Upgrade javascript-kit-swift from 0.3.0 to 0.10.1 #4
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.
Snyk has created this PR to upgrade javascript-kit-swift from 0.3.0 to 0.10.1.
ℹ️ Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.
The recommended version fixes:
SNYK-JS-Y18N-1021887
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-SSRI-1246392
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-SSRI-1085630
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-SERIALIZEJAVASCRIPT-570062
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-INI-1048974
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-ELLIPTIC-571484
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-BL-608877
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-AJV-584908
Why? Proof of Concept exploit, CVSS 7.3
SNYK-JS-ELLIPTIC-1064899
Why? Proof of Concept exploit, CVSS 7.3
(*) Note that the real score may have changed since the PR was raised.
Release notes
Package name: javascript-kit-swift
This is a minor patch release that includes updates to our dependencies and minor documentation tweaks.
Closed issues:
JSPromise
(#121)JSBridgedClass
forWebSocket.send
(#120)Merged pull requests:
JSDate
documentation (#122) via @ revolterThis release contains multiple breaking changes in preparation for enabling
async
/await
, when this feature is available in a stable SwiftWasm release. Namely:JSClosure.init(_ body: @ escaping ([JSValue]) -> ())
overload is deprecated to simplify type checking. Its presence requires explicit type signatures at the place of use. It will be removed in a future version of JavaScriptKit.JSClosure
is no longer a subclass ofJSFunction
. These classes are not related enough to keep them in the same class hierarchy. As a result, you can no longer callJSClosure
objects directly from Swift. Call wrapped closures directly instead.JSOneshotClosure
for closures that are going to be called only once. You don't need to manage references to these closures manually, as opposed toJSClosure
. However, they can only be called a single time from the JS side. Subsequent invocation attempts will raise a fatal error on the Swift side.JSPromise
, now both success and failure values are always assumed to be ofJSValue
type. This also significantly simplifies type checking and allows callers to fully control type casting if needed.Closed issues:
Merged pull requests:
JSPromise
API (#115) via @ kateinoigakukunFUNDING.yml
(#117) via @ MaxDesiatovJSClosure
(#113) via @ kateinoigakukunpackage.json
to lockfileVersion 2 (#114) via @ kateinoigakukunini
from 1.3.5 to 1.3.8 in/Example
(#111) via @ dependabot[bot]JSTypedArray.swift
(#110) via @ MaxDesiatovThis release introduces support for catching
JSError
instances in Swift from throwing JavaScript functions. This is possible thanks to the newJSThrowingFunction
andJSThrowingObject
classes. The former can only be called withtry
, while the latter will expose all of its member functions as throwing. Use the newthrows
property onJSFunction
to convert it toJSThrowingFunction
, and the newthrowing
property onJSObject
to convert it toJSThrowingObject
.Closed issues:
Merged pull requests:
compatibility.yml
(#105) via @ MaxDesiatovcarton
Docker image and refine wording inREADME.md
(#101) via @ MaxDesiatovThis release introduces a few enhancements and deprecations. Namely,
JSValueConstructible
andJSValueConvertible
were renamed toConstructibleFromJSValue
andConvertibleToJSValue
respectively. The old names are deprecated, and you should move away from using the old names in your code. Additionally, JavaScriptKit now requires the most recent 5.3 and development toolchains, but thanks to this it no longer uses unsafe flags, which prevented building other libraries depending on JavaScriptKit on other platforms.The main user-visible enhancement is that now force casts are no longer required in client code. That is, we now allow this
in addition to the previously available explicit style with force unwrapping:
Note that the code in the first example is still dynamically typed. The Swift compiler won't warn you if you misspell names of properties or cast them to a wrong type. This feature is purely additive, and is added for convenience. You can still use force unwraps in your code interfacing with JavaScriptKit. If you're interested in a statically-typed DOM API, we recommend having a look at the DOMKit library, which is currently in development.
Lastly,
JSError
now conforms to theJSBridgedClass
protocol, which makes it easier to integrate with idiomatic Swift code.Closed issues:
JSValueConstructible
andJSValueConvertible
(#87)Merged pull requests:
README.md
(#100) via @ MaxDesiatovREADME.md
(#96) via @ MaxDesiatovJSError
conform toJSBridgedClass
(#86) via @ MaxDesiatovThis is a bugfix release that resolves an issue with the JavaScript runtime being unavailable when installed via NPM.
This is a bugfix release that resolves an issue with the JavaScript runtime being unavailable when installed via NPM.
Closed issues:
Merged pull requests:
package.json
(#81) via @ MaxDesiatovREADME.md
(#78) via @ MaxDesiatovThis release adds multiple new types bridged from JavaScript, namely
JSError
,JSDate
,JSTimer
(which corresponds tosetTimeout
/setInterval
calls and manages closure lifetime for you),JSString
andJSPromise
. We now also have documentation published automatically for the main branch.Closed issues:
TypedArray
improvement? (#52)Merged pull requests:
JSPromise
implementation (#62) via @ MaxDesiatovJSString
to reduce bridging overhead (#63) via @ kateinoigakukunJSBridgedType
andJSBridgedClass
(#26) via @ j-f1JSValue
conform toExpressibleByNilLiteral
(#59) via @ j-f1JavaScriptTypedArrayKind
(#58) via @ j-f1ref
tojsObject
on JSDate for consistency with JSError (#50) via @ MaxDesiatovswift-doc
(#49) via @ MaxDesiatovJSTimer
implementation with tests (#46) via @ MaxDesiatovJSError.stack
, addError
conformance (#48) via @ MaxDesiatovJSDate
implementation with tests (#45) via @ MaxDesiatovJSError
with tests, add JSObject.description (#47) via @ MaxDesiatovRead more
Bump 0.5.0
Bump 0.4.0
Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs