Repository navigation
fix: Bump parse from 8.6.0 to 8.6.2 - #964
Conversation
|
🚀 Thanks for opening this pull request! We appreciate your effort in improving the project. Please let us know once your pull request is ready for review. Tip
Note Please respond to review comments from AI agents just like you would to comments from a human reviewer. Let the reviewer resolve their own comments, unless they have reviewed and accepted your commit, or agreed with your explanation for why the feedback was incorrect. Caution Pull requests must be written using an AI agent with human supervision. Pull requests written entirely by a human will likely be rejected, because of lower code quality, higher review effort and the higher risk of introducing bugs. Please note that AI review comments on this pull request alone do not satisfy this requirement. Our CI and AI review are safeguards, not development tools. If many issues are flagged, rethink your development approach. Invest more effort in planning and design rather than using review cycles to fix low-quality code. |
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Update Parse and resolved dependencies package.json, package-lock.json |
The manifest and lockfile update parse to 8.6.2. The lockfile updates idb-keyval to 6.3.0 and ws to 8.21.3, removes redundant nested records, and adds a nested semver record under the parse-server legacy dependency record. |
Priority:
Estimated code review effort: 2 (Simple) | ~8 minutes
Possibly related PRs
- parse-community/parse-server-example#946: This PR updates
parse-serverand records nestedparseandwsresolutions. The current PR updates the rootparsedependency and removes the remaining duplicate resolutions.
Suggested reviewers: semantic-release-bot
Merge Risk: 
Minimal · up to 682fc
-
The dependency update is internally consistent and ready to merge.
Pre-merge checks: 
6
-
Full details: Title check
-
Explanation
The title begins with the required prefix "fix:" and the first letter after the prefix is capitalized ("Bump"). It accurately describes the main change: the root parse dependency is bumped from 8.6.0 to 8.6.2 in package.json and package-lock.json, which also resolves the ws copy to 8.21.3 and addresses the two reported ws Dependabot alerts.
Full details: Security Check
-
Explanation
PASS. The pull request changes only
package.jsonandpackage-lock.json. It upgradesparsefrom 8.6.0 to 8.6.2 and changes every lockedwsentry from 8.20.0 to 8.21.3, with no remaining vulnerablewscopy. No application code, scripts, or security-sensitive logic was added or modified.
-
Finishing Touches
-
🧪 Generate unit tests (beta)
-
- Create a new PR
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Comment @coderabbitai help to get the list of available commands.
## [3.1.4](3.1.3...3.1.4) (2026-10-27) ### Bug Fixes * Bump parse from 8.6.0 to 8.6.2 ([#964](#964)) ([fc4e731](fc4e731))
|
🎉 This change has been released in version 3.1.4 |
Security
This addresses the two open Dependabot alerts for
ws:>= 8.0.0, < 8.21.0, first patched version 8.21.0.>= 8.0.0, < 8.20.1, first patched version 8.20.1.The only vulnerable copy was
ws8.20.0 at the lock root, pinned exactly by the direct dependencyparse8.6.0.parse8.6.2 pinsws8.21.3, which is outside both vulnerable ranges. After this change the lock contains a singlewscopy, 8.21.3.Runtime Impact
parseitself. The globalParseused in cloud code and in the tests is the one that parse-server 9.10.7 exposes (require('parse/node'), thenglobal.Parse = Parse).@parse/push-adapter8.5.5 both depend onparse8.6.2. Because the root copy was 8.6.0, each of them used its own nested copy (parse8.6.2 withws8.21.3). The vulnerable root copy (parse8.6.0 withws8.20.0) was therefore never loaded at runtime.parse8.6.2,ws8.21.3,idb-keyval6.3.0) into the root. parse-server and the push adapter load the same versions as before, now from one shared copy. The push adapter usesparse/nodeonly forParse.Error.wslimits introduced in 8.21.0 (maxBufferedChunks,maxFragments) and the otherwschanges listed below are already in effect through parse-server's nestedws8.21.3 copy, so the LiveQuery server behaves as before.Changes
parse8.6.0 → 8.6.2:wsfrom 8.20.0 to 8.21.0 (fix: Bump ws from 8.20.0 to 8.21.0 Parse-SDK-JS#3068).wsfrom 8.21.0 to 8.21.3 (fix: Bump ws from 8.21.0 to 8.21.3 Parse-SDK-JS#3119).idb-keyval6.3.0 instead of 6.2.2 (refactor: Bump idb-keyval from 6.2.2 to 6.3.0 Parse-SDK-JS#3082). The SDK callsidb-keyvalonly whenwindow.indexedDBexists, so never in Node.js.idb-keyval6.3.0 contains browser-only fixes and adds the./compatand./umdsubpath exports. The SDK's browser and weapp builds differ only in transpiled output from newer build tooling. The SDK sources, the type definitions and the Node.js build are unchanged apart from the version string.ws8.20.0 → 8.21.3:websocket.close()when aTypedArrayis passed asreason(GHSA-58qx-3vcg-4xpx).close()now throws aTypeErrorifreasonis neither a string nor aUint8Array.maxBufferedChunksandmaxFragmentsoptions, and fixed a remote memory exhaustion DoS from a high volume of tiny fragments and data chunks (GHSA-96hv-2xvq-fx4p).maxBufferedChunks) and 16384 (maxFragments).client_max_window_bitsis smaller than its configuredclientMaxWindowBits.Breaking Changes
None
Code Changes Required
None. The upgrade is a drop-in replacement. Only
package.jsonandpackage-lock.jsonchange, and the lock diff is limited to theparse,wsandidb-keyvalentries.Summary by CodeRabbit