Restore inline naming focus after recovery

This commit is contained in:
2026-09-10 12:12:16 -07:00
committed by Codex
parent ef1a4478c5
commit 65a1fef17c
3 changed files with 228 additions and 1 deletions
@@ -138,3 +138,27 @@ root again. No worker-owned Cargo process remains.
Root's existing native stage remains the earlier `1B47C096…` binary and is not
overwritten. The full integrated suite is deferred until the other-host behavior
and forms changes are integrated; the earlier 588-test scope is preserved above.
## Recovery autofocus follow-up on integrated source
Root's native candidate 2 confirmed that recovered inline naming was visible but
needed a click to focus. In `app/checkpoints.rs`, recovery now batches the
unchanged lint task with focus of `architecture-name` only when the restored
architecture state is inline. Armed tools, existing-element pickers and other
recovery contexts retain their existing focus behavior.
Two tests consume the actual returned Task stream, operate on mounted Iced name
and unrelated TextInputs, require lint completion and compare exact accepted
source/model, raw draft, revision and history. Seven recovery contexts include
Create/Rename and the non-inline/property/source controls. The integrated source
at `057eddd` plus this checkpoint-only patch compiled in 4m 42s; all 13 checkpoint
tests passed in 4.84s, with 605 filtered. Scoped rustfmt and diff check passed.
Log: `.local/checkpoint-autofocus-tests-20260910.log`.
Test artifact SHA256:
`D504C59BC2A5853F4FBE54A9DFA841DA0AC8DD2475342E45A91DBAA6533372B4`.
Root copied this immutable artifact into
`.local/integration-20260910/tests-057eddd/` and is executing its full 618-test
inventory separately while later scenario edits proceed. That result is pending;
it does not include the later F1 nullable-constructor correction or workspace
layout. No new GUI executable or native autofocus pass is claimed.
@@ -116,3 +116,26 @@ No rename action was performed by that stopped call. Native control is paused;
F2 rename, the remaining complete basic-editing sequence, transitions and final
reopen/runtime acceptance remain pending. Source integration and packaging
continue. Recovery autofocus remains a small confirmed usability follow-up.
## Resumed native F2 check
The user subsequently explicitly reauthorized Computer Use. Continued on the
same separately staged candidate 2 (`E6D6B1D9…`), not the newly integrated source.
Selecting Rescue team and pressing F2 opened the anchored, focused name editor.
Before applying, an independent expected bundle was copied from the already
oracle-verified Entity snapshot and changed only the unique quoted name in
`oa/participants.arcadia` to `Rescue coordination team`; all other bytes and the
complete file set were retained. Enter accepted the visible name, retained the
same alias/UUID and geometry, and first-submit Ctrl+S saved it. All three saved
files matched that expectation byte-for-byte. One Undo followed by Save passed
the complete Entity model/three-source oracle. One Redo followed by Save matched
the same name-only expectation exactly. Evidence is retained as
`expected-entity-rename`, `checkpoint-entity-rename` and `rename-source-result.json`.
The last Undo/Save returned the working fixture to the original Entity baseline.
Input limitation observed: after Ctrl+A selected the original name, the first
Computer Use type_text call left an empty field. A fresh observation confirmed
that state; explicit refocus and a second type_text produced the intended name.
The cause is not established, so this is not recorded as a proven application
typing defect or as uninterrupted first-attempt typing. Applying, history and
source persistence were tested only after the correct text was visible.