the inspect and talent windows are the reference's own

- the inspect and talent windows are the reference's own: `Blizzard_InspectUI` and `Blizzard_TalentUI` are LoadOnDemand addons whose real `.xml`/`.lua` live inside `patch.MPQ` — the loose `Interface\AddOns` folder holds only a `.pub` signature, which three notes in this tree had read as "packed, no source to migrate from", one wrong inference that kept five windows on hand-written transcriptions; 2300 lines of ours out, no engine work needed, and three things our talent transcription had quietly invented fell out (there was no level-10 gate, every tree scrolled where a shallow one does not, and a nil `TalentMicroButton` threw out of OnShow before the window painted)
- a nil unit token RAISES in 53 of 83 bindings: wow-re censused the registrar table at `0x850438` — `UnitName(nil)` raises and `UnitIsVisible(nil)` is quiet, one line apart in stock files, so there is no rule to derive, the table is the rule; ours answered a default and our own test had pinned it; both token positions of the seven two-token predicates are gated, `GetRaidTargetIndex` too, and `UnitIsAFK`/`UnitIsDND` are confirmed not to exist in 5875 at all (zero occurrences under a positive control) — we invented them, and they stay deliberately ungated
- `EditBox:SetNumber` did not exist (the only chain file calling it is `MoneyInputFrame.lua`, on the chain since the money kit): it is byte-identical to `SetText`, formats through `%.14g` in MSVC's CRT (`1e+020`, `1.#INF`), and `OnTextChanged` never fires from an edit — it fires from the dirty-word drain inside the box's own OnUpdate, coalesced to one per box per frame, where ours fired synchronously and `MoneyInputFrame_SetCopper` raised on it; `PanelTemplates_TabResize`'s `tab` argument is optional as the reference's is (stock macro tabs call it with `0`)
- the skull or star on your CURRENT target never appeared or cleared until you re-targeted — `RAID_TARGET_UPDATE` was never fired, and stock `TargetFrame.lua` hangs its repaint off it; a raid-to-party conversion now empties the mark board as `0x4ba550` does; and the group-loot roll popups were already on the chain inside stock `LootFrame.xml` — our 546-line `GroupLootFrame.xml` had been shadowing all four of them

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

crates/benilla-app/src/ui_script/keybindings_tests.rs

@@ -387,6 +387,7 @@ fn search_surfaces_bindings_as_live_rows_under_the_redirect_head() {
     // with the match painted LIVE on the search pool (the era reflows its real rows the
     // same way).
     s.run(r#"OptionsFrameSearchBox:SetText("jump")"#).unwrap();
+    s.tick(0.0); // the deferred OnTextChanged drains here (decision 1831)
     assert!(s
         .eval::<bool>("return OptionsFrameContainerBodySearchHeadKeybindings:IsVisible()")
         .unwrap());
@@ -419,6 +420,7 @@ fn search_surfaces_bindings_as_live_rows_under_the_redirect_head() {
     // The head is the era redirect: clicking it ends the search on the Keybindings page.
     s.run("OptionsFrameContainerBodySearchHeadKeybindings:Click()")
         .unwrap();
+    s.tick(0.0); // the deferred OnTextChanged drains here (decision 1831)
     assert_eq!(
         s.eval::<String>("return OptionsFrame.selectedCategory")
             .unwrap(),
@@ -691,6 +693,7 @@ fn the_pet_lane_is_registered_under_the_action_bar_header() {
     // Page side: search finds it and paints a live row with the capsule filled.
     s.run(r#"OptionsFrameSearchBox:SetText("bonusactionbutton1")"#)
         .unwrap();
+    s.tick(0.0); // the deferred OnTextChanged drains here (decision 1831)
     assert!(s
         .eval::<bool>("return OptionsFrameContainerBodySearchHeadKeybindings:IsVisible()")
         .unwrap());