Home Assistant Core 2024.2.0 → 2024.3.0
6 versions, 5 breaking changes in 1 version, 0 required stops
Version by version, oldest first
2024.2.1 – 2024.2.5: no action items (5 versions)
2024.3.0 2024-03-06
Quoted from www.home-assistant.io/blog/2024/03/06/release-20243/#backward-incompatible-changes
Breaking
AEMET
The daily data for the current day wasn't available after midday, and now it will be. Automations and scripts relying on day[0] for checking the next-day forecast will have to be adjusted to use day[1] instead.
(@Noltari - #107795) (documentation)
Breaking
JuiceNet
The JuiceNet integration has been removed.
Enel X has migrated from JuiceNet to JuicePass, rendering the JuiceNet integration useless. Background and alternative solutions to the juicenet integration can be found in the related issue.
(@emontnemery - #111477)
Breaking
Met.no
The met.no integration previously created two entities for each configured location: one provided daily weather forecasts, and one provided hourly forecasts.
The met.no integration now only creates a single entity that provides both daily and hourly weather forecasts.
(@emontnemery - #97023) (documentation)
Breaking
MQTT
Aux heat, deprecated in Home Assistant Core 2023.9, is now removed from the MQTT climate.
(@jbouwh - #109513) (documentation)
Breaking
Z-Wave
For Z-Wave climate entities, the behavior of the climate.turn_on service has changed. Previously, the service would act in the following order depending on whether the corresponding conditions were met:
- If the entity supported the
offmode and exactly one additional mode,climate.turn_onwould set the mode to the additional mode. - If conditions for 1 were not met and at least one of the following modes were available, the service would set the mode to the first mode it found in the specified order:
heat_cool,heat,cool. - If conditions for 1 and 2 were not met, the service would silently do nothing.
Now, the service follows the following behavior in order:
- If the entity supports the
resumethermostat mode, it will be used to restore the last mode you used before the entity was turned off. - If the condition for 1 isn't met and the entity was turned off in Home Assistant, and Home Assistant wasn't restarted, Home Assistant remembers the last "on" mode and will set it to that mode. Home Assistant will be unable to set the entity to the previous mode if Home Assistant starts with the entity already in
offmode since the integration will not know what the previous mode was. - If conditions for 1 and 2 are not met and at least one of the following modes is available, the service sets the mode to the first mode it finds in the specified order:
heat_cool,heat,cool(no change to condition 2 above). - If conditions for 1, 2, and 3 are not met, the mode will be set to the first supported mode it finds (like
dryorfan_only).
(@raman325 - #109187) (documentation)
Release notes from github.com/home-assistant/core/releases, and the official release blog, checked 17 hours ago. Only text the vendor marks as breaking, or puts in a warning/caution/important note, is shown; read the full notes for anything else. Home Assistant lists its breaking changes in the “Backward-incompatible changes” section of each monthly release post on home-assistant.io (2020.12 onward). Each entry of that section is quoted as “Breaking” on the x.y.0 release, under the integration name the post gives it. The post’s “Farewell to the following” section (integrations removed in that release, 2020.12–2024.5) is quoted whole as “Note”. The post's separate section for custom integration developers is not quoted. Patch releases are listed but their notes (lists of fixes) are not quoted. Versions come from PyPI (package homeassistant).