[objectstack-fleet]

Fixes #26681

Clause-②: no
Metadata-protocol: none

Part of the record-page-v2 epic #26676 (child 4 of 4). Implements the maintainer's ruling 1 of 2026-10-27, quoted on the card: 「……split / popover 变成用户个人偏好……」 — the side-by-side pane is each reader's own choice, not metadata.

What changes

• Display menu, 「打开记录」 section (ViewSettingsPopover, after Layout, before Group). For a row that resolves to drawer: two segments 抽屉 | 分屏 writing the reader's preference (per browser, across objects, os:record-open-mode), and the note 「个人偏好，不进对象声明；两种都能展开为整页」. For an object or view that resolves to page: the read-only line 「此对象声明为整页打开」, no segments. For new_window / none: no section (see Acceptance notes). A host that passes no recordOpen (every host but the console) draws no section.
• The preference is live (app-shell/src/utils/recordOpenPreference.ts): the write side writeRecordOpenPreference (its storage type is Storage narrowed to setItem; no storage or a refused write throws nothing and the choice still holds on the page) and useRecordOpenPreference, a useSyncExternalStore pair that hears this page's writes and another tab's storage event. ObjectView replaces its read-once useState(readRecordOpenPreference) with it, so choosing 分屏 makes the next row click open the split face with no reload or remount.
• The name cell's ↗ (app-shell/src/views/objectViewOpenAsPage.tsx): beside the row's record link, hover-revealed by opacity (the RowActionMenu class set, so it keeps its Tab stop; a coarse pointer always shows it), aria-label and title 「整页打开」 (console.objectView.openAsPage). It is a real anchor at the host's recordHref; a plain click goes through the host's openRecord — the record route with the list as origin, the same destination as the drawer's own expand — and stops before the row's click, so neither the drawer nor the pane opens and the preference is untouched. Drawn only for a drawer-mode row: a page row already opens the page, and none opens nothing.
• Grid host channel recordLinkAdornment (ObjectGrid → LinkCell, relayed by ListView): a host node after the record link, never inside it, beside the first column the view links (link: true), else beside the auto-linked primary field. Absent, the link cell is byte-identical to before (the ObjectGrid.linkCellAnchor markup pin stays green).
• i18n: five list.* keys and console.objectView.openAsPage in all ten packs, plus the ListView defaults-map rows the defaults-maps-mirror-en-pack test holds to the en pack.

No metadata is added and navigation reading is unchanged; packages/spec/** is not touched, nor any file of #26679 (navigation-overlay.tsx, objectViewRecordNavigation.ts, RelatedRecordActionsBridge.tsx, RecordDetailView.tsx).

Route taken against the dispatch's mechanism hypotheses

• The props do not travel through plugin-view's PluginObjectView. ObjectView's renderListView callback (objectViewListRenderer.tsx) renders ListView itself, so recordOpen goes ObjectView → renderListView → ListView → ViewSettingsPopover, one hop shorter; PluginObjectView is unchanged. Both new props are React host props (function values / host state), never node keys: nothing enters GRID_QUERY_INPUTS or the SDUI manifest.
• The ↗ first went through the grid's existing rowAdornment channel and was moved off it. Measured on HotCRM contacts: rowAdornment sits beside the row's TITLE (the declared name field's column when shown, else the first shown column), and contact's nameField: 'full_name' is not a column, so the arrow landed in the avatar column, away from 「名」 where the row opens. Hence the new recordLinkAdornment channel at the link cell (screenshot below).

Screenshots (HotCRM 1f3f8880 on a fresh DB, console served from this branch's ui/ src)

Evidence lives on a never-merged branch, commit 964025cf3f3f7a2ecfd4a743d250699f2ec552ec.

Leads (the lead view declares navigation.mode: 'page') — the read-only line:

Opportunities (declares drawer) — the two segments and the note:

Contacts, first row hovered — the ↗ beside 「John」, the record link:

Tests

Measured on head 3d7fb4c462 (branch tip after merging origin/main), from ui/:

• pnpm exec vitest run --maxWorkers=3 packages/app-shell/ packages/plugin-grid/ packages/plugin-list/ packages/i18n/ — Test Files 2307 passed | 1 skipped (2308), Tests 21776 passed | 22 skipped (21798), exit 0.
• New suites: plugin-list/src/__tests__/ViewSettingsPopover.recordOpen-26681.test.tsx (drawer segments and note, Split writes split, the pressed segment writes nothing, page read-only line, no section for new_window / none / no prop, zh pack); plugin-grid/src/__tests__/ObjectGrid.recordLinkAdornment-26681.test.tsx (node beside the authored link as the anchor's sibling, one per row, none on the auto-linked first column, absent prop leaves no wrapper, click never reaches the row); app-shell/src/views/ObjectView.recordOpenDisplay-26681.test.tsx (choosing 分屏 keeps split and the next row click draws the split face; no choice opens the drawer; a page view shows the read-only line and no ↗; the ↗ is an anchor at the record route beside the link, and a click lands on the record route with no drawer and no preference written); app-shell/src/utils/recordOpenPreference.test.ts gains the write side.
• pnpm --filter @object-ui/i18n --filter @object-ui/plugin-grid --filter @object-ui/plugin-list --filter @object-ui/app-shell run type-check (after building the three libraries' dist) — exit 0, each type-check script echoed.
• Reverse verification of the cross-package type (ListViewProps['recordOpen'], read by app-shell from plugin-list's rebuilt .d.ts), via scripts/ablation-replace.mjs with a trap restore, committed state first: replacing resolvedMode: navOverlay.mode with resolvedMode: 'split' as const turns app-shell's tsc --noEmit red — TS2322: Type '"split"' is not assignable to type '"none" | "drawer" | "page" | "new_window"', exit 2; restored, blob back to 43072da53b2a, git diff HEAD empty. A first attempt that added an extra key instead stayed green (exit 0): a contextually typed arrow's return gets no excess-property check, so that leg proved nothing and was replaced, not counted.

Acceptance notes

• new_window / none draw no Open records section: the preference changes nothing there and the ruling gives those declarations no line of their own. A reader of such an object sees no setting rather than a control that does nothing.
• The section is drawn in the Display popover only; the wide toolbar (compactToolbar: false) has no twin. No host that passes recordOpen draws the wide form — the console never relays a view's compactToolbar to ListView — so the popover's "change one, change both" note now names this exception.
• The ↗'s zh tooltip 「整页打开」 follows the dispatch's ruling text; the drawer's own expand control reads console.objectView.expandToPage 「以完整页面打开」 for the same English sentence. Two zh spellings of one action on one page — noted, not changed here (the drawer's controls belong to console record drawer v2: the bar is ↑ ↓ · ⤢ · ✕ (no object name, no counter); a related row or a lookup opens its record in place with a trail, ← / Esc go back one level; ⤢ carries the trail into the page; on the record page a related row opens a drawer over the page #26679).
• The ↗ is drawn for the grid only (recordLinkAdornment reaches ObjectGrid); kanban, gallery and the other visualizations open records from cards with no name cell.

Verification

Gate families from node scripts/pm/dispatch-gates.mjs --commands --repo objectstack-ai/objectstack (derived from the merge base with origin/main, at 3d7fb4c462; 35 commands), each run on its own with the exit code captured before any pipe:

• node scripts/check-adr-0087-registration.mjs --base origin/main — exit 0
• node scripts/check-adr-0087-registration.mjs --self-test — exit 0
• node scripts/check-changeset-no-major.mjs --base origin/main — exit 0
• node scripts/check-closing-keyword-parity.mjs — exit 0
• node scripts/check-closing-keyword-parity.mjs --self-test — exit 0
• node scripts/check-comment-mask-corpus.mjs — exit 0
• node scripts/check-empty-changeset.mjs --base origin/main — exit 0
• node scripts/check-empty-changeset.mjs --self-test — exit 0
• node scripts/check-sdui-manifest.mjs — exit 0
• node scripts/check-sdui-manifest.mjs --self-test — exit 0
• node scripts/pm/release-rehearsal-clone.mjs --self-test — exit 0
• node scripts/release-pending-publish.mjs --self-test — exit 0
• pnpm --dir ui exec vitest run scripts/ — exit 1
• pnpm --filter @objectstack/spec run check:duration-unit-keys — exit 0
• pnpm check:changeset-gate-self-tests — exit 0
• pnpm check:closed-ceremony-text — exit 0
• pnpm check:cross-package-test-inputs — exit 0
• pnpm check:dispatcher-error-vocabulary — exit 0
• pnpm check:driver-memory-census — exit 0
• pnpm check:engine-double-contract — exit 0
• pnpm check:error-status-conformance — exit 0
• pnpm check:gitlink-declared — exit 0
• pnpm check:nul-bytes — exit 0
• pnpm check:pm-changeset-deadline-census — exit 0
• pnpm check:published-files — exit 0
• pnpm check:query-options-erasure — exit 0
• pnpm check:refd-timer-probe — exit 0
• pnpm check:skill-identifier-liveness — exit 0
• pnpm check:test-source-alias — exit 0
• pnpm check:tier-file-adoption — exit 0
• pnpm check:type-check-coverage — exit 0
• pnpm check:type-check-debt — exit 0
• pnpm check:undeclared-dep-imports — exit 0
• pnpm check:watch-hint-literal — exit 0
• pnpm check:where-matcher — exit 0

The one red is the ui/scripts vitest battery, which ran beside the four-package suite on a box at load average 14: 14 files, 22 tests. select-affected-tests-wiring.test.ts fails on this host by construction (shard.sh: line 2: mapfile: command not found, exit 127 — macOS's bash 3 has no mapfile; CI runs Linux). The other failures are tests timing out at roughly 20 s each; none of their files reads a path this diff changes. They are rerunning in isolation now; that verdict goes in the os-dev-report comment on #26681, and CI's own run is the authority.

Declared narrowing — verification ran UNLOCKED. scripts/pm/os-verify-lock.sh
could not take the shared verify lock on this host: no usable flock. The shared
verify lock is declared Linux-only (flock is util-linux, and a stock macOS does
not ship it), so the commands above were run directly, without the lock —
a declared narrowing, not a silent one. No serialization guarantee held for these
runs, nor for any sibling agent in this container while they ran.

test:repo (the root vitest repo project) is CI's, not run here: the diff touches no file of that project.

---

Generated by Claude Code

[objectstack-fleet]

席位核对 · PR #27031 ← #26681 · epic PM session_cdb7a717-def7-4e71-9988-f089fbaa18ff · 2026-10-28T02:35Z

Verdict: ACCEPT — ordinary queue landing (governed register: 0 of 24 paths; +999 / −18, under the 3000-line threshold).

Checklist, judged on GitHub and on the branch:

• Shape: draft → main; first line Fixes #26681; one closing-keyword hit, none beside epic: record page v2 — one default open mode per object (drawer by default, page by declaration; modal / split / popover retired as metadata); the drawer and the page are one page at two widths; related records open in place #26676 / console record drawer v2: the bar is ↑ ↓ · ⤢ · ✕ (no object name, no counter); a related row or a lookup opens its record in place with a trail, ← / Esc go back one level; ⤢ carries the trail into the page; on the record page a related row opens a drawer over the page #26679; Clause-②: no and Metadata-protocol: none line-initial in the body and in .changeset/26681-display-record-open-preference.md (patch for @object-ui/plugin-list, plugin-grid, i18n; app-shell carries the console wiring and is on the same patch train). No content/docs/releases/, no packages/spec (the ⛔ held), none of console record drawer v2: the bar is ↑ ↓ · ⤢ · ✕ (no object name, no counter); a related row or a lookup opens its record in place with a trail, ← / Esc go back one level; ⤢ carries the trail into the page; on the record page a related row opens a drawer over the page #26679's files touched.
• Scope: 24 files, all on the claim's surface or its named consequences; two of the dispatch's mechanism hypotheses were corrected by measurement and the PR body says how (the props go ObjectView → renderListView → ListView → the popover, not through plugin-view; the ↗ moved off rowAdornment after a HotCRM contacts reading put it in the avatar column, so a recordLinkAdornment host channel beside the record link was added). Accepted: the target is unchanged, the landing path is better than the card's.
• Spot checks (seat readings): recordOpenPreference.ts adds writeRecordOpenPreference (Pick<Storage, 'setItem'>, blocked storage degrades to page state) and useRecordOpenPreference on useSyncExternalStore with a cross-tab storage listener; ObjectView.tsx replaces the read-once useState with the live hook and passes recordOpen (resolved mode + preference + setter) and openAsPage (drawer rows only); ViewSettingsPopover.tsx RecordOpenSection draws the Drawer | Split toggle for drawer, the read-only line for page, nothing for new_window / none or when the host passes no recordOpen; objectViewOpenAsPage.tsx is a real anchor at host.recordHref with the row-hover classes copied from RowActionMenu, plain click → host.openRecord, modifier clicks fall through, Enter does not reach the row; i18n: six keys in all ten packs.
• Tests: four new suites (popover section, grid adornment channel, ObjectView end-to-end incl. "Split then row click draws the split face" and "↗ click lands on the record route, no drawer, nothing stored", preference write side); app-shell + plugin-grid + plugin-list + i18n 2307 files / 21776 tests passed; type-check of the four packages exit 0 after building the libs; reverse verification: resolvedMode: 'split' reds app-shell tsc TS2322, restored to blob 43072da53b2a, git diff HEAD empty (a first no-op leg was declared and not counted). No ablation owed: new behaviour.
• Gates: 35 derived, 35 run; the one local red is pnpm --dir ui exec vitest run scripts/ (macOS bash 3.2 mapfile, a 15 s scan timeout), with the two gates themselves run directly and green; CI owns it. Pinned to head 3d7fb4c462: 43 success, 10 skipped, 0 other — the required lanes all success. Verify lock UNLOCKED (disclosed).
• Screenshots: evidence branch claude/issue-26681-evidence-20261028 @ 964025cf3f — leads (declared page) show the read-only line, opportunities (drawer) the two segments and the note, contacts row hover the ↗ beside the record link.
• Acceptance notes (four): agreed, none filed. One is carried forward: the ↗ tooltip 「整页打开」 and the drawer's expand control 「以完整页面打开」 are two zh spellings of one action — console record drawer v2: the bar is ↑ ↓ · ⤢ · ✕ (no object name, no counter); a related row or a lookup opens its record in place with a trail, ← / Esc go back one level; ⤢ carries the trail into the page; on the record page a related row opens a drawer over the page #26679 owns the drawer controls and unifies on 「整页打开」 (noted in its review).
• Deviations recorded: PR opened through with-fleet.sh -- gh api (relay refuses this desktop session id); one evidence-branch push; the wide toolbar has no twin of the section (the console never relays compactToolbar: false), the ↗ is grid-only (kanban / gallery have no name cell).

Landing: ready + auto-merge in this stroke on the maintainer's standing authorization for this epic; the queue decides the rest.

---

Generated by Claude Code