a921c1ef9d
main_menu ptbtn04 had goto:null and blocked:'GP_OPTIONS not in this export'. GP_OPTIONS is in the export now, entry 19 is its root, and the walk works: main_menu -> down x3 -> (A) -> the OPTIONS root renders, (B) backs out. A dead button became a real screen. 🔴 Navigation INSIDE it does not work, and that is a decode question. The exporter's detector is kind==0x3002 && !focused; the OPTIONS rows are 0x3003, so role is unknown and buttons[] is empty. Not widened here -- what 0x3003 means is the Decoder's. The circumstantial case is strong and circumstantial is exactly the standard that has cost this project three retractions. A rule of 'has a focus record therefore is a menu item' fits both screens and is still an inference about semantics from structure; not taken. Also recorded: a screen NAME only reaches the port through a full re-export, which re-transcodes both movies -- renaming one screen costs the whole tree. 🔴 And a dangerous mistake: pkill -f 'check-all' matched the CONTAINER ENTRYPOINT, whose command line contains the loop prompt, which mentions check-all. pgrep then reported the job still running after it had stopped, and pkill -9 on that pattern could have killed the session. Match on comm or list with ps and check first -- a pattern that appears in your own instructions does not identify a process.
Authored decisions
Everything here is a decision we made, not something the disc said. It is
hand-written, committed, and survives a re-export — unlike export/, which is
regenerated wholesale and must never be hand-edited.
Every entry carries a why. When the RE agent decodes the real answer, delete
the entry and let the exporter emit it; that deletion is the measure of
progress.
See docs/FORMAT.md for the schemas and docs/BLOCKED.md for which HANDOFF
question each placeholder is standing in for.