QA run · records-forms (FULL area) · a86db175 · 2026-08-10 · 15 PASS / 12 PARTIAL / 4 FAIL / 1 BLOCKED #7439

Full records-forms area run of the checklist-test skill — all 32 runnable items driven against a live showcase + vendored console (6 opus subagents, one isolated boot each). Supersedes the api-subset run #7399. 4 real regressions (all in the vendored console / objectui), each reproduced ≥2× with root cause. Convention labels: qa-run + bug (labels not yet created in this repo).

Result: 15 PASS · 12 PARTIAL · 4 FAIL · 1 BLOCKED (of 32 runnable; +1 pre-blocked import-job-undo-cancel fixture). Screenshots were judgment aids only — this report is text; every verdict rests on a server-truth/network/test oracle.

Environment

🔴 FAIL — 4 regressions (all in the vendored console / objectui)

1. upload-guard-blocks-confirm — image param has no client-side max-size guard
p_cover (declared maxSize 5 MB) accepts an oversized file: a 6.3 MB PNG fires a full presigned → PUT → complete upload with no rejection, while p_attachments (10 MB) correctly rejects >10 MB with zero uploads. Reproduced 2×.
Repro: Field Zoo → Specimen–Full row → run "Action Param Gallery"; set a >5 MB image on Cover image (p_cover). Expected: rejected before any upload (like p_attachments for >10 MB). Actual: full upload + preview, no "5.0 MB" error. Root cause: the image-param widget lacks the client maxSize guard the file-param widget has.

2. kanban-drag-persistence — rejected drag doesn't roll the card back
An illegal Kanban drag (Backlog→In Progress) is correctly rejected server-side (PATCH 400 invalid_transition, toast shown, server stays backlog), but the card stays stuck in the target column until a manual reload. Reproduced 3× (switcher + dedicated Board view).
Repro: showcase_task → Kanban; drag a Backlog card onto In Progress. Expected: card returns to Backlog on the 400. Actual: card stuck in In Progress >5 s. Root cause: objectui plugin-kanban/src/ObjectKanban.tsx handleCardMove gates revert-on-failure behind if (!hasExternalData); the ListView-hosted (console) path has hasExternalData=true, so rollback is skipped.

3. saved-view-management — renaming a draft view doesn't persist
Create-kanban / pin / delete all work (200), but rename of a freshly-created draft view is rejected and silently lost; set-default fires no write at all. Reproduced 2×.
Repro: create a Kanban view via the + tab (draft), then tab menu → Rename. Expected: new label persists. Actual: client updateView GETs the base view without preview=draft → 404 → treats as create → writes an invalid partial {label,name,object} → PUT → 422; re-read (preview=draft) still shows the old label. Root cause: objectui data-objectstack/src/index.ts updateView() reads the base view without preview=draft then writes an invalid partial.

4. bulk-select-all-matching — Clear leaves row checkboxes ticked (#3056 drift)
Clicking Clear in the bulk-actions bar empties the toolbar but leaves the row checkboxes data-state="checked" (header stays indeterminate) — stranded ticks with no toolbar. Reproduced 2×.
Repro: showcase_contact list → tick 3 rows → click Clear. Expected: bar and checkboxes both reset. Actual: bar removed, checkboxes stay checked. Root cause: objectui plugin-grid/src/ObjectGrid.tsx onClearSelection does setSelectedRows([]) + setSelectAllMatching(false) but omits the setSelectionResetKey bump that resetSelection() (delete/dispatch paths) performs.
Note: this item's cross-page-banner clauses (0/1/2/4) are blocked(fixture) — no seeded object exceeds the 100-row page window and no view exposes pageSizeOptions, so "select all matching" is unreachable in the stock console.

🟡 Notable finding inside PARTIAL

object-hook-lifecycle — hook ['log'] capability output is not observable. Hook bodies fire ([BodyRunner] hook fired) and don't throw, but the named log lines (ctx.log.info("task completed: …"), "project over budget: …") never appear even at --log-level debug. Hook lifecycle + condition semantics are all correct (beforeInsert defaults/trim, afterUpdate two-root previous.done gating #4784, total-record merge, fail-closed condition #4775). Clauses 2/4/5 are partial only because their named-log oracle can't be captured. Worth a separate look at body-runner.ts log:engineCtx.logger wiring.

Full verdict table (32 runnable + 1 pre-blocked)

Fixture gaps to close (make more clauses runnable)

• A seeded object >100 rows (or a view exposing pageSizeOptions) → unlocks list-view $skip + the whole bulk-select-all-matching cross-page banner.
• Bind an admin position to the seeded admin (or point the gate at a seeded position) → cascading-options allow-side.
• A second sign-up-able user → record-discussion-mentions bell/recipient; related-list RLS both-sides (already worked around); non-admin gates.
• Wire UI openers for the tabbed/wizard/split/drawer form views → form-view-gallery.
• Gantt view with dependenciesField/lockField/parentField; a scratch throwing/duplicate-event hook; a 3-level cascade object; a rowColor.colors map.

Screenshots

None — every clause rests on an api/network/log/test oracle or DOM-after-screenshot. Per RUNNER.md the report is text-only; the 4 fails carry reproduction rules above instead of images.