Since 2.1.0-beta the integration made a lot of methods asynchronous (if I'm interpreting this right) and replaced a plain call to date.replace with async_add_executor_job that should've called the same method asynchronously with the same arguments
The async_add_executor_job, as it exists right now, does not accept any keyword arguments, and this blows up on the above call that has them
So — since 2.1.0-beta manually specifying sunset/sunrise times should've been completely broken. I think that adds up with what I've experienced 🤔
Replacing components of a date doesn't sound like something that should require any asynchrony, as it's an operation entirely for a tiny amount of CPU and RAM, with no I/O. So the fix, I suppose, is to turn that particular bit back to synchronous?
Fixes #204 — tested by performing the same change in my local installation of 2.1.2 and restarting Home Assistant (2022.9.1) with the following configuration:
Background: https://github.com/claytonjn/hass-circadian_lighting/issues/204#issuecomment-1242364207
Fixes #204 — tested by performing the same change in my local installation of 2.1.2 and restarting Home Assistant (2022.9.1) with the following configuration: