View Issue Details

IDProjectCategoryView StatusLast Update
0005977SOGoBackend Calendarpublic2024-06-27 16:43
Reporteroburais Assigned Tosebastien  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSDebianOS Version11
Product Version5.10.0 
Fixed in Version5.11.0 
Summary0005977: Exceptions in recurring event are not displayed in caldav client for calendar subscribers (Thunderbird 91 and 115)
Description

Hi,

when an occurrence of a recurring event is modified with a change of attendees (such as replacing a resource attendee by an other one), the event is updated as expected in SOGo for all subscribers.

However, the modified occurrence is not visible in the new attendee calendar for subscribers in Thunderbird. It's missing, despite forcing syncs and disabling offline mode. The event is displaying as expected from the attendee account, but not from the calendar subscribers.

With calendar.debug.log and calendar.debug.log.verbose enabled in Thunderbird, I've noticed that the missing occurrence is not recieved/listed in the "<D:multistatus xmlns:D="DAV:"><D:response>" returned by the SOGo server.

The consequence is that the resources Calendars are not up-to-date for the calendar subscribers for occurrences modified.

Steps To Reproduce

Consider the following.

  • User_A : user subscribed to personal Resource_1 and Resource_2 calendars in Thunderbird with offline mode disabled

  • Resource_1 : resource user with shared personal calendar (read only)

  • Resource_2 : resource user with shared personal calendar (read only)

  • User_A creates a recurring event with Resource_1 as an attendee.

  • User_A force resync his Resource_1 and Resource_2 calendars subscriptions, and notice the recurring event is displayed in Resource_1's calendar.

  • User_A then modifies the 2nd occurrence of the event, replacing Resource_1 by Resource_2 as an attendee.

  • User_A restarts Thunderbird to be sure no cache is being used.

  • User_A force resync his Resource_1 and Resource_2 calendars subscriptions. He notices that the occurrence has disappeared from Resource_1's calendar, however the occurrence has not appeared in Resource_2's calendar, despite his own calendar up-to-date and the new attendee accepting his invite.

Additional Information

Note that :

  • all the occurrences are displaying as expected from within SOGo for all 3 accounts ( User_A, Resource_1 and Resource_2) .
  • the freebusy if working : thunderbird displays the missing occurrence duration as "busy" for Resource_2 and "free" for Resource_1.
  • the thunderbird debug log show trace of getting the ics file of the main event from the Resource_1 calendar.
  • the thunderbird debug log show no trace of getting the ics file of the modified occurrence from the Resource_2 calendar, it's not in the xml response from SOGo.
TagsNo tags attached.

Activities

sebastien

sebastien

2024-06-19 13:03

administrator   ~0017754

Hello,

I attempted to follow your instructions but was unable to replicate the issue.
Could you please review the attached video and let me know what I might be overlooking?

Thank you,

Sebastien

oburais

oburais

2024-06-20 07:18

reporter   ~0017755

Hi Sebastien,

thanks for your video.

The modified occurrence is not displaying in Thunderbird for other subscribers to the calendar that are not attendees nor the organizer of the event.
So if you open an other user profile in Thunderbird ( let's say sogo-test4 ) and subscribe to sogo-test2 and sogo-test3's calendar, the modified occurrence in sogo-test3 is not displaying (well, at least in my case).

It looks like response to the PROFIND request sent by Thunderbird is not returning this specific occurrence from sogo-test3's calendar.

Best regards,

sebastien

sebastien

2024-06-25 13:04

administrator   ~0017759

Hello,

I have :

  • created another sogo-tests4 account
  • With sogo-tests 4 subscribe to calendar sogo-tests2
  • With sogo-tests 4 subscribe to calendar sogo-tests3
  • Add caldav link for those 2 new calendars in thunderbird (red and cyan in the attached video)

But everything seems to work as expected :/
Can you check the attached video ?

Sebastien

oburais

oburais

2024-06-25 15:12

reporter   ~0017760

Hi Sébastien,

Thanks again for your video.

Is sogo-tests4 account member of the SOGoSuperUsernames?
I have since noticed that the missing occurrence does appear if the other subscriber is added to SOGoSuperUsernames (in your example sogo-tests4) . The occurrence disappears again when the account is removed from it (and if you purge the calendar cache / disable offline mode).

Best regards.

sebastien

sebastien

2024-06-26 06:54

administrator   ~0017761

The user 4 is not in the super users attribute :

SOGoSuperUsernames                    = (&quot;sogo-tests-super&quot;);

I will do more tests.
Did you tried with latest nightly build ?

Sebastien

oburais

oburais

2024-06-27 14:01

reporter   ~0017766

Hi Sébastien,

I've just tested the lastest nightly build, and it does indeed look like it's been fixed for newly created and updated events.

Thanks a lot for your time.

Best regards.

Issue History

Date Modified Username Field Change
2024-05-29 09:38 oburais New Issue
2024-06-19 12:14 sebastien Assigned To => sebastien
2024-06-19 12:14 sebastien Status new => assigned
2024-06-19 13:03 sebastien Note Added: 0017754
2024-06-19 13:03 sebastien File Added: Enregistrement de l’écran 2024-06-19 à 14.47.27.mov
2024-06-20 07:18 oburais Note Added: 0017755
2024-06-25 13:04 sebastien Note Added: 0017759
2024-06-25 13:04 sebastien File Added: Enregistrement de l’écran 2024-06-25 à 14.58.51.mov
2024-06-25 13:04 sebastien Status assigned => feedback
2024-06-25 15:12 oburais Note Added: 0017760
2024-06-25 15:12 oburais Status feedback => assigned
2024-06-26 06:54 sebastien Note Added: 0017761
2024-06-27 14:01 oburais Note Added: 0017766
2024-06-27 16:43 sebastien Status assigned => resolved
2024-06-27 16:43 sebastien Resolution open => fixed
2024-06-27 16:43 sebastien Fixed in Version => 5.11.0