Releases: Nicxe/krisinformation
v2.4.0
Krisinformation – v2.4.0
New features
- Bundle and auto-manage the Krisinformation alert card
The integration now includes the Krisinformation alert card and keeps it available automatically from /local without manual dashboard resource setup. Existing dashboards can keep using the same card type.
Documentation
- Document bundled card installation and migration
The documentation now explains that the alert card is bundled and managed by the integration from a single repository. It also adds a migration guide for users moving from the deprecated standalone card repository, including cleanup and refresh steps.
☕ Support This Project
If you find Krisinformation useful, consider supporting its development
v2.3.1
v2.3.0
Krisinformation – v2.3.0
New features
- Improve API handling and Home Assistant best practices
Enhanced API communication with proper rate limiting, backoff recovery, and improved error handling. Updated entity implementations to follow current Home Assistant best practices.
☕ Support This Project
If you find Krisinformation useful, consider supporting its development:
v2.2.0
Release v2.2.0 – Krisinformation
- Normalize whitespace in alert text (description/headline/instruction) so CRLF/extra blank lines don’t render oddly in Home Assistant attributes.
⭐ Support Krisinformation
If you enjoy using Krisinformation and want to support its continued development, consider buying me a coffee or becoming a GitHub Sponsor.
Your support keeps the project alive and moving forward. Thank you 🙌
v2.1.0
v2.0.0
Krisinformation 2.0.0 – Release Notes
-
New
- New
binary_sensorthat shows if there are active alerts (VMA) for the selected municipality/county. - New settings: language (
sv-SE/en-US), minimum severity level, option to includeUpdate/Cancelin sensors, and choice of API environment (production/test). - New events on the event bus for automations:
krisinformation_new_alert,krisinformation_updated_alert,krisinformation_canceled_alert.
- New
-
Improvements
- Switch from
v3-betato the stablev3API. - Smarter fetching: support for ETag/Last-Modified and 304 Not Modified, “since” parameter for deltas, handling of 429 (backoff), and dynamic update interval based on
Cache-Control. - Normalized CAP structure (consistent data in all alerts).
- Device information to Device Registry (manufacturer/model), plus improved logging.
- Switch from
-
Behavior Changes
- Sensors now only show active alerts by default.
- You can choose minimum severity level and whether
Update/Cancelshould be counted in sensors. - Attributes under
sensornow expose full CAP objects for each alert (previously only a short summary).
-
Breaking Changes
- The structure in
extra_state_attributes["alerts"]has changed from a summary list to full CAP objects. Any dashboards/Jinja templates that read the old field names need to be updated.
- The structure in
-
Migration
- Existing configurations are migrated automatically (v1→v3). Unique IDs are preserved, so entity names should not change.
- Adjust new options in the integration settings if needed (language, severity,
Update/Cancel, API environment).
-
Other
- New
binary_sensorwith device classsafety. - Clearer error handling and timezone-safe date parsing.
- New
-
Tips for Automations
- Listen to
krisinformation_new_alert,krisinformation_updated_alertorkrisinformation_canceled_alertto trigger flows when new, updated, or canceled VMAs are published.
- Listen to
v1.0.0
This version introduces a significant internal refactor focused on aligning with Home Assistant's development best practices, improving long-term maintainability, and cleaning up the sensor structure.
⚠️ Breaking Changes
IMPORTANT:
Please remove the integration before upgrading to v1.0.0.
Otherwise, all entities will be re-created with a_2suffix and previous ones will show asunavailable.
- All entities will be recreated due to changes in
unique_idand platform structure
✨ What's New
- Reworked internal structure to improve code clarity and long-term maintainability
- Reuse Home Assistant's internal HTTP session for better performance and stability
- Ensured unique
entity_idper config entry to prevent duplication and naming conflicts - Introduced translation files (
en.json) for UI localization and future language support - Moved large data mappings (e.g., counties and municipalities) into a separate module for better separation of concerns
- Added a constant for the API base URL to make future updates easier
- Minor formatting improvements, including fixing missing newlines
🚀 Recommendation
To avoid duplicated sensors and legacy _2 suffixes, please remove the existing integration before updating to this version.
v0.1.4
What's Changed
- Fix aiohttp session cleanup
- Fix README wording
- Fix manifest documentation URL
Full Changelog: v0.1.3...v0.1.4
v0.1.3
v0.1.2
v0.1.2 – Preparing repository for HACS Default
Warning
If you haven't yet updated to v0.1.0, please read that release first.
It includes breaking changes due to a full migration to the Sveriges Radio VMA API and requires removing and re-adding the integration manually.