Acceptance of a recurrence exception accepts the other non-exception elements of the recurrence
Categories
(Calendar :: Provider: CalDAV, defect)
Tracking
(Not tracked)
People
(Reporter: adrien.rybarczyk, Assigned: lasana)
References
Details
Attachments
(4 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Safari/537.36
Steps to reproduce:
- Create a recurrence from another email address and invite yourself to the recurrence
- Add a recurrence exception
- From the invitation email, accept the invitation for the recurrence exception.
Actual results:
The events accepted will be those of the original recurrence, the recurrence exception will not be in accepted status.
Expected results:
When accepting a recurrence exception, that the status applies to the exception.
Reporter | ||
Comment 1•3 years ago
|
||
Reporter | ||
Comment 2•3 years ago
|
||
Another problem with the imip-bar after accepting a recurrence exception is the details button.
If you click on it from the recurrence exception mail, it will display the details of the recurrence itself and not the details of the exception.
Comment 3•3 years ago
|
||
This seems to indicate that the exception is not handled as a separate standalone event, but it's kept as part of the recurring event.
Indeed, when an exception to a recurring event is created, that exception should be specially handled and not affect the recurrent event it originally belong to.
Lasana, can you investigate this?
![]() |
Assignee | |
Updated•3 years ago
|
![]() |
Assignee | |
Comment 4•3 years ago
•
|
||
This seems to only happen for me when using a caldav calendar and not a local one. Specifically, it seems to be happening with invitations automatically added by the server. Are you using a CalDav server? If so, which provider?
Reporter | ||
Comment 5•3 years ago
|
||
(In reply to Lasana Murray from comment #4)
This seems to only happen for me when using a caldav calendar and not a local one. Specifically, it seems to be happening with invitations automatically added by the server. Are you using a CalDav server? If so, which provider?
Yes, I use a CalDav server. Zimbra provider.
![]() |
Assignee | |
Comment 6•3 years ago
|
||
So far this seems to happen when TB has not yet refreshed the calendar and the user takes action on the email. By that time the server may have already applied changes to the event. Gmail appears to automatically apply minor and major updates even though the participation status is still "NEEDS-ACTION".
![]() |
Assignee | |
Updated•3 years ago
|
![]() |
Assignee | |
Comment 7•3 years ago
|
||
![]() |
Assignee | |
Comment 8•3 years ago
|
||
I'll add tests for this in bug 1759590. We should not need to mock a caldav server, just adding the event with "NEEDS-ACTION" should do.
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/ef11e36a3f63
Allow exceptions to be processed when the parent event partStat is "NEEDS-ACTION". r=john.bieling
Description
•