-
released this
2026-05-18 03:18:09 +03:00 | 2 commits to master since this releasev0.3.1 (2026-05-18)
Features
- Foreground process sensors — new "Foreground" device (linked to the hub via
via_device) exposing what's currently in focus on the remote PC:sensor.foreground_process— process name as state, with full payload (PID, exec path, window title, fullscreen flag, monitor, geometry, browser detection, browser page title/URL, error) as attributessensor.window_title,sensor.pid,sensor.foreground_monitor,sensor.process_started(TIMESTAMP device class)binary_sensor.fullscreen,binary_sensor.minimized- Fed by a new
ForegroundCoordinatorpollingGET /api/foregroundevery 5s, with near-real-time updates via the existing WebSocket (foreground/foreground_updatepush frames flow into the coordinator) (9d27727)
- Optional API token —
CONF_TOKENis now optional. When the media server runs withoutapi_tokensconfigured (auth disabled), the integration omits theAuthorizationheader and?token=query from REST, WebSocket, and album-art URLs. Server-side auth rejections still surface asinvalid_authin the UI (ab05852)
Performance
- Shared
DisplayCoordinator— a single/api/display/monitorspoll per cycle is now fanned out to all per-display entities (binary sensors, numbers, selects, sensors, switches) viaCoordinatorEntity. Removes ~9x redundant requests per polling cycle that previously came from each entity callingget_display_monitors()in its ownasync_update(ab05852) - Optimistic write-through —
coordinator.apply_optimistic(...)keeps sibling entities in sync after slider/select writes without an extra network round-trip (ab05852)
UI / Localization
- Display entities migrated to Home Assistant translation keys (
strings.json/translations/*), so per-language UI text flows through the standard locale mechanism instead of hardcoded English strings (9d27727)
Downloads
- Foreground process sensors — new "Foreground" device (linked to the hub via