Add optional window-open thermostat priority

[softwarecrash]

Summary

This PR adds a new optional setting:

• Window open has priority over thermostat

When this option is enabled, thermostat target changes are ignored while a room is in WindowOpen state, and the reduced window-open target is actively re-applied.

Background

In the current behavior, a room can already be reduced because a window is open, but a later target update from the thermostat may still arrive after reconnects, restarts, or delayed device updates.

In that situation the adapter may log messages like:

• manual mode <target> but ignored because already reduced
• override mode <target> but ignored because already reduced

The problem is that the value is ignored internally, but the reduced target is not written again to the thermostat. This can leave the thermostat on a higher target although the room is still in WindowOpen.

Changes

• add the new admin setting Window open has priority over thermostat
• ignore thermostat target updates while the window is open if the option is enabled
• trigger re-application of the reduced target in this case
• add translations for the new option

Additional fixes

• fix wrong clearTimeout usage in override timer handling
• fix wrong clearTimeout usage in window-open-until-temperature handling
• fix cleanup of ChangeStatusCmdList
• fix usage of ActorBeforeOnDelay
• fix weekday fallback for profile type 3 on Wednesday