You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Track downstream adoption of the framework integration improvements listed below. Completion means that a containing release has been adopted, obsolete application glue has been removed, and the same dashboard workflows pass through the supported APIs.
This issue coordinates adoption and cross-feature verification; it does not duplicate the implementation scope of linked issues.
Motivation / Problem
The dashboard owns socket retry/teardown, direct DOM notification updates, custom build-time settings preparation, and WASM asset fingerprinting. Several form and routing improvements already have dedicated adoption trackers. A version bump or an upstream issue closure alone does not prove that the consumer has stopped relying on its old implementation.
The source baseline is Cloud b860e667cfeb2f0b4e7e299c18d6fbc4305f2917, whose dashboard pins alpha.14.
Track ORM conditional partial update support for API token usage touch #726: API-key usage-touch partial update. The tracker is closed, but the pinned source still contains its query-builder workaround. Verify the supported dependency API and retire the remaining workaround with its conditional-update regression test; do not infer adoption from the closed state.
For each row, record the implementing commit, containing published version, dependency/lockfile update, adoption PR, removed workaround, and regression evidence. Do not equate a merged development-branch PR with a published package.
Native, WASM, browser, and database checks record actual commands and results for the exact adopted dependency set.
Close only after the adopted paths and removable glue are verified, not merely because upstream issues are closed.
Alternatives Considered
Independent version bumps without consumer acceptance tests can preserve obsolete paths indefinitely. Reimplementing framework primitives in Cloud retains the duplicated ownership this work is intended to remove. Blocking the immediate #909 repair on future abstractions is unnecessary.
Prerequisites
Summary
Track downstream adoption of the framework integration improvements listed below. Completion means that a containing release has been adopted, obsolete application glue has been removed, and the same dashboard workflows pass through the supported APIs.
This issue coordinates adoption and cross-feature verification; it does not duplicate the implementation scope of linked issues.
Motivation / Problem
The dashboard owns socket retry/teardown, direct DOM notification updates, custom build-time settings preparation, and WASM asset fingerprinting. Several form and routing improvements already have dedicated adoption trackers. A version bump or an upstream issue closure alone does not prove that the consumer has stopped relying on its old implementation.
The source baseline is Cloud
b860e667cfeb2f0b4e7e299c18d6fbc4305f2917, whose dashboard pins alpha.14.Proposed Solution
New framework work to adopt
shared/client/ws.rs; retain Cloud-specific subscription policy.collectstatic.Existing trackers to reuse
For each row, record the implementing commit, containing published version, dependency/lockfile update, adoption PR, removed workaround, and regression evidence. Do not equate a merged development-branch PR with a published package.
Acceptance Criteria
Alternatives Considered
Independent version bumps without consumer acceptance tests can preserve obsolete paths indefinitely. Reimplementing framework primitives in Cloud retains the duplicated ownership this work is intended to remove. Blocking the immediate #909 repair on future abstractions is unnecessary.
Additional Context
Non-goals: changing Cloud's organization/RBAC policy, moving import orchestration into Reinhardt, or duplicating #900/#901.