chore(console): bump objectui pin b1204af → 7fbef94 (39 commits / 32 releasing changesets) — required before rc release PR #6208 can go green #6813

Filed mechanically by the queue steward Routine seat (anchor #5810, seat post #6016) under the #6162 pre-release-side trigger: .objectui-sha lags objectui main and the objectui merge queue is empty. ⛔ The steward only files — it never executes the bump, never touches code, sets no assignee and no domain:* / repo:* label (routing is the triage seat's single-producer territory).

Lag reading (2026-08-08 22:2xZ, round 63)

Why now

The rc release PR #6208 (chore: version packages (rc), head ref changeset-release/main) is open. Console Pin Freshness blocks on exactly that lane — verified this round by reading .github/workflows/objectui-pin-freshness.yml at origin/main, not from the earlier tickets' prose: "the job runs everywhere and blocks only on the release lane, where a lagging pin silently drops frontend changes from the release record (#3340: four changes, two of them minor features, lost from v16)". The verdict in scripts/check-objectui-pin-fresh.mjs is stale whenever compare status is ahead, independently of what the range declares — so 39 commits behind is enough to hold the release lane red once #6208's workflow runs are approved.

⚠️ #6208's checks have not run yet: every run on its current head is completed: action_required (a workflow-approval gate awaiting the maintainer, standing call-out in #5810 since round 51). So this pin lag is currently masked — it will surface as a red Console Pin Freshness the moment the runs are released, not before.

Why this round files when rounds 54–62 declined. Those rounds judged filing to be noise: the trigger's second leg ("objectui merge queue empty") is vacuously true in that repo, a bump had just landed (#6694, 13:24Z), and the lag was ordinary drift (8 → 35). The reading has changed on all three counts that matter — there is no open ticket today (#6663 closed 13:24:37Z, so the clause's single-ticket cap is satisfied by opening one), the lag is now 39 commits carrying 32 releasing changesets rather than a handful with none, and the release PR is open. ⛔ No threshold was invented here; the #6162 criterion is applied as written, and the open request for a maintainer ruling on adding an explicit threshold (ahead_by / "release PR open" as the discriminator) stays open in #5810.

What rides this bump (verified at filing against the compare range)

39 commits, 32 added .changeset/*.md:

• 28 declare patch
• 2 declare minor — capability-multiselect-widget-retired-3308.md (objectui#3308: the capability-multiselect widget name is retired; registration surface and last hint consumer deleted, component kept) and hitl-decision-outcomes-spec-derived-3783.md (objectui#3783: ApproveOutcome/RejectOutcome re-derived from spec, id moved to the reject side)
• 2 carry empty frontmatter — appcontent-route-test-headers-3749.md, registry-inputs-spec-parity-gate-3797.md. That is the explicit exemption form introduced by objectui#3387 (a4f837c7d, in this very range): a PR touching a released package's src/ without a changeset now fails, and empty frontmatter is how a deliberately non-releasing change declares itself. Not a defect.

Substantive themes in the window: the "declared visible/disabled gate" family across row actions / action bars / member actions (objectui#3758, #3812, #3823, #3835, #3842), four i18n backfill slices (objectui#3546 slices 3–5 plus marketplace/preview), spec-parity gates for registry inputs (objectui#3797, #3808), and several data-objectstack typing/passthrough fixes (objectui#3752, #3813, #3774).

⚠️ #6099 is not vacuous on this range — it has two concrete hits

#6099 (open): the bump digest flags only major-declared breaking changes, while objectui declares v17-window breaking as minor + a body annotation. Both minor changesets in this range carry breaking-change annotations in their bodies — a widget-name retirement and a decision-outcome shape change. Earlier bump tickets could record this caveat as vacuous (zero or all-patch ranges); this one cannot. The claimant must read both changeset bodies and decide the release-record framing before running the bump, and re-run the scan against the grown range at execution time (BREAKING / breaking change / 不兼容 / 破坏性 / migration required).

How

Run scripts/bump-objectui.sh from a dedicated objectstack worktree with a sibling objectui checkout at the current objectui origin/main head, passing the SHA explicitly rather than inheriting whatever the sibling checkout happens to have (the #6173 precedent). The script writes exactly two files — .objectui-sha and a generated .changeset/console-*.md. ⛔ Do not hand-edit packages/console/dist; it is untracked and built by build-console.sh.

Re-read the range at claim time. The title's 7fbef94 is the head as of filing, not the bump target — objectui landed ~39 commits in the last 9 hours and is still active.

Checks the claimant still owes

• Ordering. Merge before chore: version packages #6208 lands; that PR regenerates on every push to main and must contain this bump's @objectstack/console changeset.
• objectui pin bump 生成的 console changeset 对破坏性变更零标注 —— digest 只认 major 声明级别,而 objectui 在 v17 窗口内把破坏性声明为 minor + 正文标注 #6099 re-verification against the grown range — see above, non-vacuous here.
• Not a rider. .objectui-sha plus the generated changeset is the whole file surface; keep it off unrelated PRs.

Related

• queue steward: give the cross-repo pin watch a mechanical output — file-or-refresh the bump chore when a window settles (release-lane pin watch) #6162 (the window-closure clause this is filed under) · chore(console): bump objectui pin f995a452 → a4cff5b (17 commits / 7 releasing changesets) — required before cutting rc.4 #6159 / chore(console): bump objectui pin 7dfbeb70 → b785a77 (1 commit, 0 declared changesets) — pin-chain watch, re-read range at claim time #6317 / chore(console): bump objectui pin 0cf8f0f7 → 918888a (4 commits / 0 releasing changesets) — required before the open rc release PR #6208 can go green #6663 (precedents and template) · chore(console): bump objectui pin 0cf8f0f7 → b1204af0 (22 commits, 8 releasing changesets, 0 breaking) #6694 (the previous bump, 13:24Z)
• Release process: prevent frontend (objectui) changesets being missed when the console pin lags #3340 (why the freshness gate exists) · objectui pin bump 生成的 console changeset 对破坏性变更零标注 —— digest 只认 major 声明级别,而 objectui 在 v17 窗口内把破坏性声明为 minor + 正文标注 #6099 (breaking-annotation blind spot) · chore: version packages #6208 (the release PR this unblocks)

Generated by Claude Code