fix(display): a WiFi notice preempts the current screen and Vegas yields to it (#712)

A WiFi notice preempts the current screen within about a second (frame loops, post-loop check, make-up dwell), and an interrupted Vegas iteration that yielded for a notice ends the pass so the notice shows next. Goldens: wifi_notice, vegas. First of three run-loop fixes (#712, #713, #714), pre-tested together.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Chuck
2026-10-01 15:51:00 -04:00
committed by GitHub
co-authored by Claude Opus 5.5
parent 4be53d048b
commit 6c6394a1a7
8 changed files with 216 additions and 34 deletions
+2 -2
View File
@@ -148,8 +148,8 @@ def scenario_schedule(h: RunLoopHarness):
def scenario_wifi_notice(h: RunLoopHarness):
h.add_plugin(FakePlugin("clock", ["clock"], duration=20))
h.add_plugin(FakePlugin("weather", ["weather"], duration=20))
# Posted mid-screen and expired before the screen ends: never shown,
# because the notice is only checked between screens.
# Posted mid-screen: it preempts the screen at its next frame, stays up
# until it expires, and the interrupted mode then comes back in full.
h.wifi_message(25, "Connected to HomeNet", duration=5)
# While on-demand is active the notice waits.
h.on_demand_request(60, "w1", plugin_id="clock", duration=20)