Verify Windows contextual authoring and preserve postboot evidence

This commit is contained in:
2026-09-11 09:04:30 -07:00
parent ca53f574e5
commit b2c3e54001
178 changed files with 13108 additions and 53 deletions
@@ -1,7 +1,7 @@
# Contextual prerequisite creation — native Windows acceptance
Codex-9e8r6t /root, 2026-09-11. Paused at the user's requested reboot.
Machine Create/Save and Undo/Save passed; its Redo, final reopen,
Codex-9e8r6t /root, 2026-09-11. Resumed after the user's reboot.
Machine Create/Save, Undo/Save and isolated post-reboot reopen passed; its Redo,
broader cancellation/recovery and corrected-layout acceptance remain open.
## Artifact and predetermined contract
@@ -88,6 +88,38 @@ picker despite the valid staged New owner summary. A reviewed display-only
`creation.rs` correction is frozen with the source-card layout change; its build
was interrupted for the reboot, and no corrected native pass is claimed.
## Isolated post-reboot machine reopen
After the user resumed, root copied only the immutable first machine checkpoint
into a fresh `contextual-source-20260911-reopen2/work` and used a fresh profile.
The unchanged GUI52DE82 and F456 runtime hashes were checked before launch.
The preceding `reopen` attempt reached only the Open picker before another
user reboot and supplies no acceptance. Latest actual Windows boot was
13:59:33.500 UTC; the successful new app PID was5804.
The real Open picker loaded the isolated project. Selecting SA displayed the
saved machine and first state view, owner and earlier Function/Chain. Ctrl+S
reported all source files saved. The unchanged independent evaluator passed
the complete Machine prediction using the original first Lifeline/Chain/Machine
role carriers, followed by exact same-model/identity/six reachable and physical
file comparison with the original machine checkpoint. There were zero retained
detached files in this complete accepted state. This is persistence across a
fresh process/profile after reboot, not a Redo or a corrected-layout pass.
The file picker returned a16×16 auxiliary screenshot before its actual1108×633
dialog capture. The first coordinate input was refused outside those auxiliary
bounds; no model mutation resulted. An attempted UIA value operation was also
unsupported. A fresh capture and the actual large screenshot then allowed
ordinary filename click/type/Open. Both tool failures precede the successful
native path and do not change the oracle expectations.
Raw launch records, screenshot, full/same oracle logs and result are in
`.local/native-qa/contextual-source-20260911-reopen2`; the six saved source bytes
are identical to the already archived first machine payloads.
Exact preserved output and source mapping are now in
[postboot reopen evidence](experiments/contextual-source-reopen-20260911/README.md).
The app closed normally and refreshed window inventory confirmed its absence.
## Findings and corrected test assumptions
- The initial OA child form partly clips its focused Name field. Its roughly