v2.0.0
Added
fado.fade_lightsnow accepts anonly_iffilter to restrict a fade to
lights that are currently in a given power state. Setonly_if: onto fade
only lights that are already on, oronly_if: offto fade only lights that
are off; leave it unset (the default) to fade every targeted light, exactly as
before. Available under the action's advanced options in the UI.
Changed
-
BREAKING: Configuring Fado is now admin-only. Every
fado/*WebSocket
command (get_lights,save_light_config,autoconfigure,
test_native_transitions,get_settings,save_settings) previously
accepted any logged-in user; they now require an administrator account. As a
result:- The sidebar panel is no longer shown to non-admin users.
- The Fado Lovelace card and dashboard strategy (which share the same
configuration UI) now display an "administrator access is required" notice
for non-admin users instead of the configuration table. - The
fado.exclude_lightsandfado.include_lightsservices change
per-light configuration, so they are now admin-only as well. Automations
and scripts (which run without a user context) are unaffected; only direct
calls by a non-admin user are rejected. Thefado.fade_lightsservice is a
runtime operation and remains available to everyone.
Action required: grant admin rights to any user who needs to manage Fado
settings. -
Unconfigured-light alerts now use Repairs instead of a persistent
notification. When Fado detects lights that haven't been autoconfigured, it
raises an issue under Settings → System → Repairs (with a learn-more link
to the Fado panel/dashboard) rather than showing a persistent notification.
The issue clears automatically once every light is configured. The
enable/disable option is unchanged in effect; its label is now "Notify about
unconfigured lights". The repair text is fully translated across all supported
languages.
Fixed
-
Native-transition fades no longer mis-detect manual intervention. When a
fade used a light's native transition, the bulb's own state reports could lag
or coalesce across Fado's commanded steps (e.g. reporting76→71then
71→46, skipping the commanded60). Fado mistook these legitimate
intermediate reports for manual intervention and triggered a spurious restore,
interrupting the fade — often more than once a day. Fado now uses
moving-anchor matching for native fades, anchoring each step's match window to
the last reported value so lagging/coalesced reports are absorbed while
genuine manual changes are still detected. -
Unavailable light groups are no longer flagged as needing configuration.
When every member of a light group is unavailable, the group's own state
becomesunavailableand Home Assistant strips its attributes — including the
member list Fado uses to recognise it as a group, so the group looked like an
ordinary unconfigured light. Fado now skips unavailable lights both when
counting unconfigured lights for the Repairs issue and when listing lights in
the configuration panel, so such a group is no longer mistaken for one. Any
existing configuration for an unavailable light is preserved until the light
is actually removed.
Full Changelog: v1.1.1...v2.0.0