?<sha>! rows invisible to refOf/patchTheirsFound by the /todo/BRO/BRO-030 quad test sweep: every WHOLE-scope absorb writes a wtlog patch row ?<sha>!/?<br>!, but wtlog.refOf splits the query and tests chunks with isFullSha — the trailing ! sigil fails the test, so patchTheirs() DROPS the row (patch column blank, classify's theirs axis silently empty) and, worse, the <sha>! chunk is adopted as a BRANCH. The patchTheirs docstring even claims "refOf() reads either form back to a 40-hex sha" — comment/spec drift, the ! form was never handled. Latent beyond quad: classify's pat corroboration ran theirs-less on WHOLE absorbs all along.
A ?<sha>! row reads back like ?<sha>: patchTheirs returns the sha, no bang-branch adoption; the 8 WHOLE-scope test/patch goldens (pinned to the DERIVED ..vv/..v! quads) go green.
! rows — compat).! per query chunk in refOf before the sha/branch tests (shared/wtlog.js) — fixes both the missed sha and the bang-branch adoption.work/BRO-030 shared/wtlog.js; verified: multiedit-line + tree-nav pass flagged, statusfast/branch/submount/stage_guard units stay green!; the 8 WHOLE goldens debanged; refOf strip stays as old-wtlog compat?br = whole line, NEXT dies) is /todo/PATCH/PATCH-01563f153ac + 3652e101 (2026-07-17): refOf strips one trailing ! per chunk (shared/wtlog.js:55), patchRowUri no longer spells !, the 8 WHOLE goldens debanged.work/PATCH).