Skip to content

chore(deps): group react updates and pin jscpd - #162

Merged
sarthakagrawal927 merged 1 commit into
mainfrom
chore/dependabot-react-group
Aug 22, 2026
Merged

chore(deps): group react updates and pin jscpd#162
sarthakagrawal927 merged 1 commit into
mainfrom
chore/dependabot-react-group

Conversation

@sarthakagrawal927

Copy link
Copy Markdown
Member

Two dependabot rules, both prompted by PRs that could not merge this week.

react — group it

#156 bumped react to ^19.2.8 and @types/react to ^19.2.18, but left react-dom at ^19.1.0. That range already admits 19.2.8, so dependabot saw nothing to update — while the lockfile still pinned react-dom@19.2.5. react-dom asserts at import time that both packages resolve to the exact same version, so the whole desktop suite died before its first assertion:

Error: Incompatible React versions: The "react" and "react-dom" packages must have the exact same version. Instead got:
  - react:      19.2.8
  - react-dom:  19.2.5

@dependabot recreate reproduced the identical split, so this is structural rather than a one-off. A react-runtime group puts react, react-dom, and both @types packages in one PR that either upgrades coherently or fails honestly.

jscpd — ignore it

#155 bumped jscpd 5.0.14 → 5.0.16. The newer release measured 0.87% duplicated tokens against the fixed --threshold 0.81 in quality:duplication, so the gate failed (74 clones reported) without a single line of source changing.

jscpd was already exact-pinned ("jscpd": "5.0.14", no caret) precisely because its output feeds a numeric gate — a measurement tool that drifts under you turns a quality gate into noise. This makes that intent explicit. Upgrading it stays a deliberate act, done alongside whatever threshold move or de-duplication it implies.

Closing

#155 and #156 are being closed in favor of these rules.

Two dependabot rules that failed loudly this week.

react: #156 bumped `react` to ^19.2.8 and left `react-dom` at ^19.1.0.
That range already admits 19.2.8, so dependabot saw nothing to do, but the
lockfile still pinned react-dom@19.2.5 and react-dom asserts at import time
that both packages resolve to the same version. Every desktop test died on
"Incompatible React versions" before its first assertion, and `@dependabot
recreate` reproduced the same split. Grouping them makes it one PR.

jscpd: #155 bumped it 5.0.14 -> 5.0.16, and the newer release measured 0.87%
duplicated tokens against the fixed `--threshold 0.81` in
quality:duplication. The gate failed without a line of source changing. The
exact pin was deliberate for that reason, so ignore it here and upgrade it
deliberately alongside whatever threshold move it implies.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@sarthakagrawal927
sarthakagrawal927 merged commit 46d7dae into main Aug 22, 2026
3 checks passed
@sarthakagrawal927
sarthakagrawal927 deleted the chore/dependabot-react-group branch August 22, 2026 18:39
sarthakagrawal927 added a commit that referenced this pull request Aug 23, 2026
Two dependabot rules that failed loudly this week.

react: #156 bumped `react` to ^19.2.8 and left `react-dom` at ^19.1.0.
That range already admits 19.2.8, so dependabot saw nothing to do, but the
lockfile still pinned react-dom@19.2.5 and react-dom asserts at import time
that both packages resolve to the same version. Every desktop test died on
"Incompatible React versions" before its first assertion, and `@dependabot
recreate` reproduced the same split. Grouping them makes it one PR.

jscpd: #155 bumped it 5.0.14 -> 5.0.16, and the newer release measured 0.87%
duplicated tokens against the fixed `--threshold 0.81` in
quality:duplication. The gate failed without a line of source changing. The
exact pin was deliberate for that reason, so ignore it here and upgrade it
deliberately alongside whatever threshold move it implies.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant