Releases: nielsfaber/alarmo
Releases · nielsfaber/alarmo
v1.10.18
- Fix compatibility issues of toggle switches in HA 2026.5
- Add portuguese translations (thanks @mzspicoli !)
- Use multithreading to speed up code validation (thanks @nico97118 !)
v1.10.17
- Update text fields for compatibility with HA 2026.5
- Improve wildcard replacements for actions having nested yaml structure (thanks @nico97118 !)
- Speed improvements for validating pin/password (thanks @nico97118 !)
- Guard against None alarm_entity when computing ready to arm modes (thanks @optimusbasti !)
- Ignore areas already set to target state when computing ready-to-arm modes for master alarm
v1.10.16
- Various frontend updates for compatibility with HA 2026.3
- Added new
delay_onsetting for sensors (thanks @jsenecal !) - Added galician backend translations (thanks @Danieldiazi !)
- Improve handling of alarm entity in unavailable state at startup (thanks @jasonmadigan !)
v1.10.15
Fixed a bug introduced in v1.10.14 which prevents users from saving notifications or actions
v1.10.14
Changes:
- Fix dropdown menu's in the Alarmo configuration panel for compatibility with HA 2026.1
- Fixed a bug causing sensor groups to only trigger the alarm in case multiple sensors are simultaneously activated
- Added italian backend translations (thanks @acasa-source !)
- Prevent loading frontend from cache during HA startup (thanks @ndresang !)
v1.10.13
Changes:
- Add ukrainian translations for alarmo actions (thanks @rodion981 !)
- Prevent duplicate creation
alarm_control_panelentities during HA restarts (thanks @cayossarian !) - Fixed a bug causing the entry delay to be extended during subsequent sensor triggering (thanks @the-AjK !)
- Remove unused textfield for defining MQTT state payload for 'disarming' state
v1.10.12
Changes:
- Fix broken menu buttons in configuration panel caused by HA 2025.10 update
- Improve detecting of sensors after restarting HA (thanks @cayossarian !)
- Fixed a bug causing error message in the HA logs when a sensor becomes unavailable while alarm is armed
- Added brazilian backend translations (thanks @alfgomes !)
- Added turkish backend translations (thanks @BKartX !)
v1.10.11
Changes:
- Fixed a bug introduced in v1.10.10 causing the enabling/disabling of a user to fail
- Added new configuration option for assigning a custom entry delay to a sensor (thanks @cayossarian !)
- Added afrikaans translation (thanks @llewelynb !)
- Changed time picker from slider to text fields in frontend
- Display backend user/code validation errors in frontend
v1.10.10
Changes:
- Added polish translation (thanks @JareckiJ !)
- Improve speed of code validation (thanks @therealmrfox !)
- Add validation for uniqueness of user name and code (thanks @therealmrfox !)
- Prevent executing alarmo-actions before state of HA entity is updated
- Add support for
telegram_botplatform in notifications - Fix deprecation message about 'contextVar' in HA 2025.8
- Fix button layout for HA 2025.8
- Allow setting 'always on' for tamper sensors
- Improve handling of sensors becoming temporarily unavailable (prevent false alarm triggering)
- Use trigger duration when alarm is triggered in the disarmed state
- Fix broken redirect links to sensors/actions page in the modes section
v1.10.9
Special thanks to @cayossarian for taking the huge effort of setting up regression tests for the backend code of Alarmo!
This will greatly help in keeping Alarmo fully functional in future updates of both HA and Alarmo.
Changes in v1.10.9:
- added Turkish translation (thanks @mcanvar !)
- added
last_triggeredattribute with date+time of reaching triggered state to thealarm_control_panelentities - added
service alarmo.skip_delayfor skipping remainder of the exit/entry delay while alarmo is in arming/pending state - added event
alarmo_ready_to_arm_modes_updated, which predicts whether arming will be succesful while the alarm is disarmed by monitoring door/window sensors - added new option for re-arming after triggering without sensor validation (for enforcing alarmo to return to the previous armed state after trigger time finishes, regardless of any open sensors)