signpost tooltips survive the map, and the quest log stops blanking

- a signpost or mailbox tooltip shows with Questie loaded, and after opening the map: the cursor-seated plate carries an owner, so Questie's OnShow hook no longer hides it (2255)
- picking up a quest whose template is not cached no longer blanks the quest log or jumps the selection: the missing quest is skipped, not the pass (2256)
- the spellbook's skill-line tab flashes when a spell lands in it (2252)
- the GPU meter's resolve rides the frame's own encoder, with no submit or poll of its own: −1.8 ms on Intel's DX12 driver when armed (2254)
- the audio starvation watch no longer charges a stream's own spin-up as silence (2253)

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

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

@@ -139,8 +139,14 @@ pub(super) fn feed_ui_input(
     // nobody can see must not eat the click or arm a tooltip, and the else-arm below is exactly the
     // "no pointer here" bookkeeping (leave the hovered frame once, disarm any press/drag every
     // frame) that keeps a stale gesture from firing when the UI comes back.
+    // The headless hover probe's aim stands in for a cursor the window does not have (2250/2255),
+    // so `PointerOverUi` rises over a panel and falls off it in an automated run exactly as it does
+    // for a person — which is what lets a rig run reproduce "open the map, close it, and the world
+    // under it goes quiet". A person's pointer always wins; an unarmed probe answers `None` and
+    // nothing here changes.
     if let Some(cursor) = window
         .cursor_position()
+        .or_else(crate::target::hover_probe_point)
         .filter(|_| !ui_hidden && !synthetic)
     {
         // Window cursor is logical px, y-down from top-left; the UI is y-up 768-virtual units