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

Consider duplication prevention through deterministic UIDs (is it a good or bad idea?) #66

Open
tobixen opened this issue May 5, 2020 · 0 comments

Comments

@tobixen
Copy link
Owner

tobixen commented May 5, 2020

Ref #29, when creating a new event, perhaps it could be an idea to make a deterministic uid based on a hash of the original icalendar object. This needs to be thought well through, perhaps google around and see if anyone else is doing things like this.

Benefits:

  • The caldav server will prevent someone from accidentally add duplicated events.
  • In some settings, maybe one may need to add the event to several calendar servers. It's probably a good thing to have the same event referenced by the same UID across different calendar servers.

Disadvantages:

  • This may possibly prevent someone from intentionally add duplicated events
  • This may possibly cause duplicated UIDs on independent icalendar objects created independently by different people, but with same timestamp and summary.
@tobixen tobixen added this to the Procrastinated milestone May 5, 2020
@tobixen tobixen changed the title Duplication prevention through deterministic UIDs Consider duplication prevention through deterministic UIDs (is it a good or bad idea?) May 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant