Releases: jsight/alarmdotcom-cameras
Release list
v0.1.26
Fixed - Cleaner snapshots and SPA navigation
- Remove UI chrome from snapshots — screenshots now capture just the bare
<video>element instead of the.video-playercontainer, which was including the HD button, PIP/fullscreen controls, camera name bar, and black letterboxing around the video. - Fix SPA navigation — use alarm.com's
data-testidnav link clicks instead ofpage.goto(), which broke the Ember SPA and caused session errors.
v0.1.25 — Fix SPA-breaking navigation
Fix: parking no longer destroys the Ember SPA
Root cause: page.goto() to /web/video or /web/dashboard does a full page load, which destroys the alarm.com Ember SPA. Those routes are client-side only — the server returns "Page Not Found".
Fix: Park and unpark now use SPA nav link clicks exclusively:
- Park: clicks the Home nav link to leave the video page
- Unpark: delegates to
_navigate_to_live_view()which clicks the Video nav link
Both stay within the SPA, preserving the Ember router and session state.
v0.1.24 — Diagnostic logging for unpark navigation
Diagnostic logging for unpark navigation
Adds detailed logging to debug the camera navigation failure after unparking. Logs at every step: post-goto URL, page content state, SPA settling, video element search, and a full page state dump on failure (URL, title, body text, video element count, nav links, iframes).
Full changelog
See CHANGELOG.md
v0.1.23 — Browser parking
Browser parking to reduce alarm.com load
The headless browser now parks on the alarm.com dashboard when not actively capturing, instead of sitting on the video page 24/7. This significantly reduces load on alarm.com's video infrastructure.
What's new
- Browser parking — navigates to the dashboard between captures to stop video streaming
- Manual burst capture (60s) — when a snapshot is triggered via HA service call or refresh button, captures at ~1fps for 60 seconds then parks. Additional requests during a burst extend the timer.
- Periodic burst capture (20s) — every 30 minutes (configurable), wakes up, captures snapshots for 20s across all cameras, then parks again.
- Default snapshot interval changed from 10 to 30 minutes
Full changelog
See CHANGELOG.md
v0.1.22 — Browser parking
Browser parking to reduce alarm.com load
The headless browser now parks on the alarm.com dashboard when not actively capturing, instead of sitting on the video page 24/7. This significantly reduces load on alarm.com's video infrastructure.
What's new
- Browser parking — navigates to the dashboard between captures to stop video streaming
- Manual burst capture (60s) — when a snapshot is triggered via HA service call or refresh button, captures at ~1fps for 60 seconds then parks. Additional requests during a burst extend the timer.
- Periodic burst capture (20s) — every 30 minutes (configurable), wakes up, captures snapshots for 20s across all cameras, then parks again.
- Default snapshot interval changed from 10 to 30 minutes
Full changelog
See CHANGELOG.md
v0.1.21
v0.1.20
Fixed - Camera entities not appearing
- Fix camera entity creation — the camera platform setup was blocking
for up to 60s with a retry loop, causing HA to cancel the setup
coroutine before periodic discovery was registered - Fix deprecated HA timer API — use properly imported
async_track_time_intervalinstead of deprecatedhass.helpers.event
proxy which silently failed in modern HA - 30-second discovery polling — cameras are now discovered via a
non-blocking 30s polling interval, so entities appear quickly even if
the addon isn't ready at startup
v0.1.19
Added - Diagnostic entities and improved URL discovery
- Diagnostic sensor entities — the companion integration now creates
diagnostic entities: Auth Status, Cameras Discovered, Addon Version,
Addon Uptime, and Last Snapshot time - Improved addon URL discovery — both config flow and runtime URL
resolver now use HA's built-inget_addons_info/async_get_addon_info
instead of raw HTTP calls to the Supervisor API
v0.1.18 — Camera snapshots + capture service
Added
- Auto-capture on first view — if no cached snapshot exists, the camera
entity automatically triggers an on-demand capture so it always shows an
image alarmdotcom_cameras.capture_snapshotservice — trigger a fresh
snapshot capture from automations, scripts, or Developer Tools- Turn on button now triggers a snapshot capture from the camera card
v0.1.17 — Fix integration install + auto-discover addon URL
Fixed - HA companion integration
- Fix "Invalid handler specified" — update deprecated HA imports
(FlowResult→ConfigFlowResult, removeis_hassio) - Auto-discover addon URL via Supervisor API — works regardless of
repo hash in the addon hostname - Auto-resolve URL after reboots — if the addon's IP changes, the
integration re-discovers it via Supervisor API automatically - Bump companion integration manifest version so the install script
actually copies updated files to HA