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

Do not evaluate etag when deleting instances #1198

Closed
wants to merge 1 commit into from

Conversation

tobiolo
Copy link

@tobiolo tobiolo commented Oct 22, 2022

If multiple instances of an event are deleted one after the other, the event will be updated each time and thus its etag will change dynamically each time. This will lead to a mismatch with the static etag recorded at the time when the instances are queued for deletion.

Instead of re-adjusting the deletion queue each time, do not compare the dynamic etag with the static etag. The etag for the event will be updated anyway.

If multiple instances of an event are deleted one after the other, the event
will be updated each time and thus its etag will change dynamically each time.
This will lead to a mismatch with the static etag recorded at the time when the
instances are queued for deletion.

Instead of re-adjusting the deletion queue each time, do not compare the
dynamic etag with the static etag. The etag for the event will be updated
anyway.
@geier
Copy link
Member

geier commented Jun 16, 2023

Thank you for sending this PR, and sorry for not having a look until now. I believe removing those etag checks is a mistake, or at least we should then decide that editing events in khal always wins and overwrites whatever currently is on disk. I have instead created #1273, which checks etags for subsequent deletions.

@geier geier closed this Jun 16, 2023
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

Successfully merging this pull request may close these issues.

2 participants