Skip to content

chore(deps): pin dependencies - #1833

Open
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/pin-dependencies
Open

chore(deps): pin dependencies#1833
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/pin-dependencies

Conversation

@renovate

@renovate renovate Bot commented Jul 24, 2026

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Type Update Change
actions/create-github-app-token action pin v3v3.2.0
node (source) engines pin >=20.19.0v26.5.0
node (source) engines pin >=20.12.0v26.5.0
pnpm (source) engines pin >=8.0.011.17.0
react (source) peerDependencies pin ^19.1.019.2.8
react (source) peerDependencies pin >=19.0.019.2.8
react-dom (source) peerDependencies pin ^19.1.019.2.8
sonner (source) peerDependencies pin ^2.0.72.0.7

⚠️ Renovate's pin functionality does not currently wire in the release age for a package, so the Minimum Release Age checks can apply. You will need to manually validate the Minimum Release Age for these package(s).

Add the preset :preserveSemverRanges to your config if you don't want to pin your dependencies.


Configuration

📅 Schedule: (in timezone Europe/Berlin)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

Copilot AI review requested due to automatic review settings July 24, 2026 13:49
@renovate
renovate Bot requested review from a team and franzheidl as code owners July 24, 2026 13:49
@changeset-bot

changeset-bot Bot commented Jul 24, 2026

Copy link
Copy Markdown

⚠️ No Changeset found

Latest commit: b8af907

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Note

Copilot could not run the full agentic suite for this review because it was automatically requested on a bot-authored pull request. Request a review from Copilot under Reviewers to retry with the full agentic suite. Improved support for bot-authored pull requests is coming soon.

Updates Node/pnpm runtime requirements across packages/apps and tightens dependency constraints, plus refreshes a GitHub Action pin for releases.

Changes:

  • Pin engines for Node and pnpm to specific versions across multiple package.json files
  • Pin some peerDependencies (React/ReactDOM/Sonner) to exact versions in UI-related packages
  • Update actions/create-github-app-token to a newer pinned commit in the release workflow

Reviewed changes

Copilot reviewed 12 out of 12 changed files in this pull request and generated 4 comments.

Show a summary per file
File Description
packages/url-state-provider/package.json Pins Node/pnpm engine versions
packages/ui-components/package.json Pins Node/pnpm engines and tightens peer dependency versions
packages/template/package.json Pins Node/pnpm engine versions
packages/oauth/package.json Pins Node/pnpm engine versions
packages/messages-provider/package.json Pins Node/pnpm engine versions
packages/greenhouse-auth-provider/package.json Pins Node/pnpm engines and tightens React peer dependency
packages/communicator/package.json Pins Node/pnpm engine versions
apps/template/package.json Pins Node/pnpm engine versions
apps/heureka/package.json Pins Node/pnpm engine versions
apps/example/package.json Pins Node/pnpm engine versions
apps/carbon/package.json Pins Node/pnpm engine versions
.github/workflows/release.yaml Updates pinned create-github-app-token action digest

Comment on lines +26 to +27
"node": "v26.5.0",
"pnpm": "11.17.0"
Comment on lines +14 to +15
"node": "v26.5.0",
"pnpm": "11.17.0"
Comment on lines +59 to +61
"react": "19.2.8",
"react-dom": "19.2.8",
"sonner": "2.0.7"
},
"peerDependencies": {
"react": ">=19.0.0"
"react": "19.2.8"
Copilot AI review requested due to automatic review settings July 28, 2026 08:02
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from 47c4464 to dc3e387 Compare July 28, 2026 08:02

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 12 changed files in this pull request and generated no new comments.

Comments suppressed due to low confidence (3)

packages/url-state-provider/package.json:27

  • In package.json#engines, values are expected to be SemVer ranges (and typically without a leading v). Using \"v26.5.0\" may not be parsed as a valid range by npm’s semver range logic and can cause the engine check to be ignored or behave unexpectedly. Recommend switching to a valid range (e.g., \">=26.5.0\" or a compatible range) and applying the same fix across the other updated package.json files in this PR where engines.node was changed similarly.
    "node": "v26.5.0",
    "pnpm": "11.17.0"

packages/ui-components/package.json:61

  • These are peerDependencies, so pinning to exact versions can create avoidable install conflicts for consumers (peer resolution will warn/error if they have 19.2.x or newer patch versions). Prefer expressing the supported compatibility range (e.g., allowing compatible minor/patch versions) unless this package truly only works with those exact versions.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • Changing react in peerDependencies from a range to an exact version can unnecessarily restrict consumers and increase dependency resolution conflicts. Unless there’s a concrete incompatibility, prefer a compatibility range that reflects what versions are supported (e.g., >=19.2.8 <20 or similar).
    "react": "19.2.8"

Copilot AI review requested due to automatic review settings July 28, 2026 09:09
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from dc3e387 to b9fee49 Compare July 28, 2026 09:09

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 12 changed files in this pull request and generated no new comments.

Comments suppressed due to low confidence (3)

packages/url-state-provider/package.json:27

  • engines is typically expressed as a semver range (e.g. >=26.5.0) rather than an exact patch version, otherwise installs will fail for users/CI on newer patch releases. Also consider omitting the v prefix for consistency with semver ranges, and (if the goal is to pin pnpm exactly) prefer using the packageManager field (usually at the repo root) to reliably enforce the pnpm version across tooling.
    "node": "v26.5.0",
    "pnpm": "11.17.0"

packages/ui-components/package.json:61

  • Pinning peerDependencies to exact versions is likely to cause unnecessary peer resolution conflicts for consumers (e.g., when they have newer compatible patch/minor versions installed). Peer deps are generally expected to be semver ranges (e.g., ^19.2.0 or >=19 <20) so package consumers can satisfy the contract without matching one exact version.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • This changes the React peer requirement from a compatible range (>=19.0.0) to an exact version. Exact peer versions commonly create avoidable install warnings/conflicts for consumers who have a different (but compatible) 19.x installed; using a semver range would better reflect a peer contract.
    "react": "19.2.8"

Copilot AI review requested due to automatic review settings July 28, 2026 10:48
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from b9fee49 to d482422 Compare July 28, 2026 10:48

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 12 changed files in this pull request and generated no new comments.

Comments suppressed due to low confidence (3)

packages/url-state-provider/package.json:27

  • "engines.node"is set to"v26.5.0". The enginesfield is expected to contain a valid semver range/version, and thevprefix can cause semver parsing/tooling differences. Prefer"26.5.0"or a range like">=26.5.0"(and apply the same adjustment across the other package/apppackage.json` files touched in this PR).
    "node": "v26.5.0",
    "pnpm": "11.17.0"

packages/ui-components/package.json:61

  • These peerDependencies are pinned to exact versions. Exact peer pins are typically too restrictive for consumers (they prevent using compatible patch/minor versions and can force unnecessary dependency conflicts). Prefer semver ranges (e.g., ^19.2.0 / ^2.0.7, or whatever compatibility policy you intend) unless there’s a concrete incompatibility that requires exact matching.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • Changing the React peer dependency from a range (>=19.0.0) to an exact version (19.2.8) makes the package significantly harder to consume alongside other React 19.x installations. Unless you rely on behavior specific to exactly 19.2.8, consider switching back to a compatible range (e.g., ^19.2.0 or >=19.0.0 <20).
    "react": "19.2.8"

Copilot AI review requested due to automatic review settings July 28, 2026 11:48
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from d482422 to 9dd2f4b Compare July 28, 2026 11:48

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 12 changed files in this pull request and generated 1 comment.

Comments suppressed due to low confidence (2)

packages/ui-components/package.json:61

  • Pinning peerDependencies to exact versions is likely to cause unnecessary installation/compatibility failures for consumers (peer deps are typically declared as compatible ranges). Consider switching these to ranges (e.g. "^19.2.0" for React/ReactDOM and "^2.0.7" for Sonner, or another intended compatibility policy) so downstream projects can satisfy the peer deps without matching an exact patch version.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • Changing the React peer dependency from a range (previously ">=19.0.0") to an exact version ("19.2.8") is a breaking constraint for consumers and can lead to peer resolution conflicts. Prefer a compatible range (for example "^19.0.0" or ">=19.0.0 <20") unless you have a strong reason to require exactly 19.2.8.
    "react": "19.2.8"

Comment on lines +26 to +27
"node": "v26.5.0",
"pnpm": "11.17.0"
Copilot AI review requested due to automatic review settings July 29, 2026 07:13
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from 9dd2f4b to 0303c5e Compare July 29, 2026 07:13

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 12 changed files in this pull request and generated 1 comment.

Comments suppressed due to low confidence (2)

packages/ui-components/package.json:61

  • Pinning peerDependencies to exact versions significantly reduces compatibility and can cause avoidable dependency resolution conflicts for downstream apps (they must match exactly). For libraries, peer deps are typically specified as a compatible range (e.g., ^19.x / >=19 <20) to allow patch/minor updates while still protecting against breaking majors. If the intent is to require minimum versions, consider using a lower-bounded range instead of an exact pin.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • This tightens a previously broad peer dependency (>=19.0.0) to an exact version, which can be a breaking change for consumers already on a different compatible React 19 version. Prefer a supported range that reflects actual compatibility (e.g., >=19 <20 or ^19.2.0) unless there is a concrete technical requirement for an exact match.
    "react": "19.2.8"

Comment on lines +26 to +27
"node": "v26.5.0",
"pnpm": "11.17.0"
Copilot AI review requested due to automatic review settings July 29, 2026 08:44
@renovate
renovate Bot force-pushed the renovate/pin-dependencies branch from 0303c5e to b8af907 Compare July 29, 2026 08:44

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Copilot reviewed 12 out of 13 changed files in this pull request and generated no new comments.

Files not reviewed (1)
  • pnpm-lock.yaml: Generated file
Comments suppressed due to low confidence (3)

packages/url-state-provider/package.json:27

  • Pinning engines to exact versions is likely to cause unnecessary install/CI failures (e.g., Node 26.5.1 or pnpm 11.17.1 will be rejected even if compatible). Prefer a semver range (e.g., >=26.5.0 <27 for Node and >=11.17.0 <12 for pnpm, or whatever ranges you support). This same pattern appears across multiple package/app package.json files in this PR.
    "node": "v26.5.0",
    "pnpm": "11.17.0"

packages/ui-components/package.json:61

  • Tightening peerDependencies to exact versions makes the package harder to consume because it can force version conflicts in downstream apps that have compatible patch/minor versions installed. Prefer semver ranges for peers (e.g., ^19.2.0 or >=19.1.0 <20 for React/ReactDOM, and a similar compatible range for sonner) unless there is a concrete incompatibility that requires exact pinning.
    "react": "19.2.8",
    "react-dom": "19.2.8",
    "sonner": "2.0.7"

packages/greenhouse-auth-provider/package.json:23

  • Same concern as in ui-components: exact peerDependencies are unnecessarily restrictive for consumers and often lead to dependency resolution conflicts. Prefer a compatible range (e.g., ^19.2.0 or >=19.0.0 <20) unless this provider is known to break with other 19.x releases.
    "react": "19.2.8"

@github-actions

Copy link
Copy Markdown
Contributor
PR Preview Action v1.8.1

🚀 View preview at
https://cloudoperators.github.io/juno/pr-preview/pr-1833/

Built to branch gh-pages at 2026-07-29 08:47 UTC.
Preview will be ready when the GitHub Pages deployment is complete.

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