-
Notifications
You must be signed in to change notification settings - Fork 765
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: npm audit fix
#677
chore: npm audit fix
#677
Conversation
A couple of vulnerabilities were being reported (for node-forge and minimist), this should fix them.
|
I'll land this after CI passes. |
A wrangler prerelease is available for testing. You can install this latest build in your project with: npm install --save-dev https://prerelease-registry.developers.workers.dev/runs/2026949784/npm-package-wrangler-677 You can reference the automatically updated head of this PR with: npm install --save-dev https://prerelease-registry.developers.workers.dev/prs/677/npm-package-wrangler-677 Or you can use npx https://prerelease-registry.developers.workers.dev/runs/2026949784/npm-package-wrangler-677 dev path/to/script.js |
Whilst prohibited by the `Request` API spec, `GET` requests are allowed to have bodies. If `Content-Length` or `Transfer-Encoding` are specified, `workerd` will give the request a (potentially empty) body. Passing a bodied-GET-request through to the `new Request()` constructor should throw, but `workerd` has special handling to allow this if a `Request` instance is passed. Miniflare was previously decomposing the request before passing it back to the `new Request()` constructor, defeating this detection. This change ensures we always pass full `Request` instances to the `new Request()` constructor in the entry worker. Closes cloudflare/workerd#1122
Whilst prohibited by the `Request` API spec, `GET` requests are allowed to have bodies. If `Content-Length` or `Transfer-Encoding` are specified, `workerd` will give the request a (potentially empty) body. Passing a bodied-GET-request through to the `new Request()` constructor should throw, but `workerd` has special handling to allow this if a `Request` instance is passed. Miniflare was previously decomposing the request before passing it back to the `new Request()` constructor, defeating this detection. This change ensures we always pass full `Request` instances to the `new Request()` constructor in the entry worker. Closes cloudflare/workerd#1122
Whilst prohibited by the `Request` API spec, `GET` requests are allowed to have bodies. If `Content-Length` or `Transfer-Encoding` are specified, `workerd` will give the request a (potentially empty) body. Passing a bodied-GET-request through to the `new Request()` constructor should throw, but `workerd` has special handling to allow this if a `Request` instance is passed. Miniflare was previously decomposing the request before passing it back to the `new Request()` constructor, defeating this detection. This change ensures we always pass full `Request` instances to the `new Request()` constructor in the entry worker. Closes cloudflare/workerd#1122
Whilst prohibited by the `Request` API spec, `GET` requests are allowed to have bodies. If `Content-Length` or `Transfer-Encoding` are specified, `workerd` will give the request a (potentially empty) body. Passing a bodied-GET-request through to the `new Request()` constructor should throw, but `workerd` has special handling to allow this if a `Request` instance is passed. Miniflare was previously decomposing the request before passing it back to the `new Request()` constructor, defeating this detection. This change ensures we always pass full `Request` instances to the `new Request()` constructor in the entry worker. Closes cloudflare/workerd#1122
A couple of vulnerabilities were being reported (for node-forge and minimist), this should fix them.