-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Defective schedule entity can not be removed #384
Comments
This is a Home Assistant bug, I think. It's not specific to this integration. home-assistant/core#11533 wanted an API to do this, which was shot down for a user hostile reason. The author of the RFC implemented an integration to allow deleting any entity, which if you install it, will also solve your problem. |
The scheduler integration offers a service Note that a schedule only becomes defective in case of user error where no timepoints can be calculated, e.g. configuring it to only repeat on Wednesdays and at the same time to only occur on 26/10/2024 which is an impossible combination. Can also be avoided by yourself. |
Depending on who you want to use this, I can tell from experience that non-developers with a graduate technical degree can't follow such instructions out of laziness or stupidity. I don't know the reason for the concept of defective schedules to exist, but just displaying a message once every week with a link to some explanation seems better than bringing people to despair (opening such an issue is basically that). A schedule which would never run is an input validation issue and should just be tackled at the time of input. I think making it impossible to create defective schedules should be how it should work. I was able to figure it (using the remove call) out in minutes when I had the issue. Getting it to work programmatically with unknown entities was much more involved, but was needed during development. I make heavy use of the remove API call, because I compute almost all schedules from external data. I literally don't even know when things go on and off. (I suppose I should add some cyber resilience to it, because switching lights 600 times per day is not exactly good for the electronics. It would be a fairly good attack vector for an adversary to destabilize the grid at scale. So, I would suggest you add both default jitter (I think you already do that) and a maximum number of actions per schedule and perhaps even in total, unless someone specifically configures some option to not limit it or set another limit. Crossing the limit could also act as a kind of tripwire. Perhaps something like it could be generalized for Home Assistant in general as well. ) (I think Home Assistant developers don't want people to do high quality stable deployments of Home Assistant in order to make their products more enticing. Kind of annoying. I hope a true community fork will happen someday. ) |
Under Developer tools, actions. (Such simple questions can also be answered by LLMs. ) |
The text was updated successfully, but these errors were encountered: