Skip to content

fix: harden monitor persistence and macOS playback recovery - #67

Closed
tcconnally wants to merge 0 commit into
mainfrom
fix/monitor-selection-persistence
Closed

fix: harden monitor persistence and macOS playback recovery#67
tcconnally wants to merge 0 commit into
mainfrom
fix/monitor-selection-persistence

Conversation

@tcconnally

Copy link
Copy Markdown
Owner

Summary

  • Persist the wizard current monitor by stable display identity and restore it across sessions.
  • Retry deferred/failed Emby session cleanup after outages without double-counting registry capacity.
  • Bound systemic-outage retries and classify FFmpeg Operation timed out messages as transport faults.
  • Move reused macOS loadfile operations off the Qt GUI thread with token-checked completion.
  • Stop issuing new prefetch work while a systemic outage is active.

Validation

  • python3 -m compileall -q hyperwall tests
  • python3 tests/run_all.py — overall PASS
  • Focused playback contracts: 60/60
  • Reliability tests: 73/73
  • Remote branch and API read-back match head 5fe08bd13ebcda68e228d19b4ed9155599b7b899.

Evidence boundary

Linux and headless gates pass. Native macOS/Qt/libmpv behavior still requires a target-laptop soak; PyQt6 and the native Emby playback environment are not available in the authoring runtime. Archive-11 analysis and the new regressions are included so that soak evaluates the corrected paths.

@tcconnally tcconnally closed this Aug 25, 2026
@tcconnally
tcconnally force-pushed the fix/monitor-selection-persistence branch from b4c1825 to e1f430b Compare August 25, 2026 14:14
@tcconnally
tcconnally deleted the fix/monitor-selection-persistence branch August 25, 2026 14:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant