adaptive-lighting/custom_components
Bas Nijholt f7c8e0dcca fix: check member turn_on before blocking on context ID match
The context ID match check at line 2804 was returning True (blocking
adaptation) before checking if a member light's turn_on event explained
the group's turn-on. This caused the issue where light groups wouldn't
adapt when a member was turned on by automation.

The fix adds a check for _member_turn_on_explains_group_turn_on() inside
the context ID match block. If a member's turn_on event happened after
the group's on→off event, the group's turn-on is legitimate and not a
polling artifact, so we return False (allow adaptation).

This is a more targeted fix than reordering the checks, which broke
test_separate_turn_on_commands. By keeping the context ID check first
but adding the member check inside it, we:
1. Preserve the original polling artifact detection for non-groups
2. Properly handle light groups where HA reuses context IDs

Fixes: #1378
2026-01-13 03:15:27 -08:00
..
adaptive_lighting fix: check member turn_on before blocking on context ID match 2026-01-13 03:15:27 -08:00