build(deps): bump @opentui/core from 0.3.0 to 0.3.1#53
Conversation
Bumps [@opentui/core](https://github.com/anomalyco/opentui/tree/HEAD/packages/core) from 0.3.0 to 0.3.1. - [Release notes](https://github.com/anomalyco/opentui/releases) - [Commits](https://github.com/anomalyco/opentui/commits/v0.3.1/packages/core) --- updated-dependencies: - dependency-name: "@opentui/core" dependency-version: 0.3.1 dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
| @@ -323,19 +323,19 @@ | |||
|
|
|||
| "@opencode-ai/sdk": ["@opencode-ai/sdk@1.15.12", "", { "dependencies": { "cross-spawn": "7.0.6" } }, "sha512-lOaBNX93dkakZe6C42ttX1bkSx3K2c6+Yv+w8Qv02v5rPlu1vCXbmdfYDh9/bw+oq+NKPSaBm9d6kPA19hA5Lg=="], | |||
|
|
|||
There was a problem hiding this comment.
Dual
@opentui/core versions resolved at runtime
After this bump, bun resolves two distinct copies of @opentui/core: 0.3.1 at the top level and 0.3.0 nested under @opentui/solid. If @opentui/solid shares state or singleton objects (e.g., a renderer instance, layout engine, or event bus) with the top-level @opentui/core, the two separate module instances will not share that state, potentially causing subtle rendering or layout bugs. Consider also bumping @opentui/solid to a version whose peer dep allows >=0.3.1, which would collapse the graph back to a single instance.
|
Closed as superseded by the combined dependency update in f5876fa, which applies these bumps together to avoid bun.lock conflicts. |
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
Bumps @opentui/core from 0.3.0 to 0.3.1.
Release notes
Sourced from @opentui/core's releases.
Commits
2d4de31Release v0.3.120fa223feat(core): renderer: add split-footer replay reset (#1130)Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)Need help on this PR? Tag
/codesmithwith what you need. Autofix is disabled.Summary by cubic
Upgrade
@opentui/coreto 0.3.1 to pick up the renderer split-footer replay reset. No app code changes.packages/opencode/package.json: raise@opentui/corefrom >=0.1.92 to >=0.3.1.bun.lockto resolve@opentui/core@0.3.1and platform binaries.Written for commit e7307d2. Summary will update on new commits.
Greptile Summary
This Dependabot PR bumps
@opentui/corefrom0.3.0to0.3.1(a patch release adding split-footer replay reset) and tightens the minimum version requirement inpackages/opencode/package.jsonfrom>=0.1.92to>=0.3.1.@opentui/coreis updated to0.3.1along with all platform-specific optional binaries.@opentui/solidstill declares@opentui/core@0.3.0as its peer dependency, causing bun to resolve a second, nested copy of@opentui/core@0.3.0under@opentui/solid, as reflected in the new lock file entries.Confidence Score: 4/5
Safe to merge if @opentui/solid and @opentui/core do not share singleton instances across module boundaries; the dual-version resolution in bun is the main risk.
The core change is a straightforward patch bump. The main concern is that bun now bundles two different versions of @opentui/core — 0.3.1 for the app and 0.3.0 for @opentui/solid — because @opentui/solid's peer dep still pins 0.3.0. If the TUI library relies on a shared module instance (renderer singleton, layout tree), the split could cause subtle runtime breakage; if the packages are stateless utilities, it will be harmless.
bun.lock — specifically the newly added @opentui/solid/@opentui/core nested entries that introduce the dual-version resolution.
Important Files Changed
Flowchart
%%{init: {'theme': 'neutral'}}%% flowchart TD A["packages/opencode\n(@cortexkit/opencode-anthropic-auth)"] A -->|">=0.3.1"| B["@opentui/core@0.3.1\n(top-level resolution)"] A -->|">=0.1.92"| C["@opentui/solid@0.3.0"] C -->|"peer: 0.3.0\n(nested resolution)"| D["@opentui/core@0.3.0\n(@opentui/solid/@opentui/core)"] style D fill:#f9c74f,stroke:#f3722c style B fill:#90be6d,stroke:#577590Reviews (1): Last reviewed commit: "build(deps): bump @opentui/core from 0.3..." | Re-trigger Greptile