Skip to content
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

Cannot set unique_id for calendar entities #89

Closed
codyc1515 opened this issue Feb 27, 2023 · 3 comments
Closed

Cannot set unique_id for calendar entities #89

codyc1515 opened this issue Feb 27, 2023 · 3 comments

Comments

@codyc1515
Copy link

Because a unique_id cannot be set in the configuration.yaml file, the entities cannot be controlled in the Lovelace UI. Is it possible to add support for the unique_id value?

@lunarok
Copy link

lunarok commented Aug 18, 2023

I have the same request, will be a great feature. Calendars are last piece in my config that could not be hide from lovelace UI

@sda3-14
Copy link

sda3-14 commented Aug 30, 2024

Why can't we use a URL as an identifier? I understand why IP address, device name and hostname shouldn't be used (for local devices), since they can always be easily changed by the user. But in our case, the URL will always 100% uniquely identify the calendar - i think this might refer more to local devices (IP addresses might change, so it's disallowed). The only thing I would change is adding the username as well, since some services might have an endpoint like https://example.org/api/mycalendar.ics where it's the same endpoint for every user, and the result only changes based on the auth.

@franc6
Copy link
Owner

franc6 commented Sep 10, 2024

Please note that you might change the URL over time, and the unique ID is supposed to be a constant. So using the URL is a non-starter.

However, with version 5.0.0, this won't be a problem, as a unique id will be assigned by HA itself.

@franc6 franc6 closed this as completed Sep 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants