View Issue Details

IDProjectCategoryView StatusLast Update
0005885SOGoBackend Generalpublic2023-11-13 22:03
Reportermibor Assigned Tosebastien  
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Platform[Server] LinuxOSRHEL/CentOSOS Version7
Product Version5.9.0 
Fixed in Version5.9.1 
Summary0005885: Calendar event deletion
Description

If I delete calendar event in web interface 5.9.0 (fresh installation on Rocky8 from nightly build) it is not deleted from thunderbird with sogo plugin (all versions - 115, 102, 60)
If I delete calendar event in web interface 2.4.3 (my old instalation) it is properly deleted from thunderbird with sogo plugin (all versions - 115, 102, 60)

Creating and moving event is OK (all synced), but event deletion in new sogo server is not synced to the thunderbird.

TagsCalDAV, thunderbird

Activities

pikachuprof.

pikachuprof.

2023-10-30 11:45

reporter   ~0017402

We are seeing similar error reports from our users - but on shared calendars. Deleting events in one of the connected Thunderbirds does not get synced to the other subscribers in their Thunderbird.

Also don't know if it is related but we see a lot of 503s (reason for DAV error unknown) in the debug log of Thunderbird when creating events too - Thunderbird then marks the calendar with a little warning sign...

sogouser123

sogouser123

2023-11-03 12:30

reporter   ~0017405

Same here. Deleting a calendar event via active sync does not apply the deletion to the CalDav Thunderbird calendar. This is with a regular calendar.

rschuetz

rschuetz

2023-11-13 10:09

reporter   ~0017426

Reporting of deleted events is broken if and only if the User-Agent header matches the substring Thunderbird:

REPORT /SOGo/dav/user/Calendar/personal/ HTTP/1.1
<?xml version="1.0" encoding="UTF-8"?>
<sync-collection xmlns="DAV:"><sync-token>1699861142</sync-token><sync-level>1</sync-level><prop><getcontenttype/><getetag/></prop></sync-collection>

HTTP/1.1 207 Multi-Status
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:"><D:sync-token>1699861142</D:sync-token></D:multistatus>

With every other user agent, the expected behavior returns:

REPORT /SOGo/dav/user/Calendar/personal/ HTTP/1.1
<?xml version="1.0" encoding="UTF-8"?>
<sync-collection xmlns="DAV:"><sync-token>1699861142</sync-token><sync-level>1</sync-level><prop><getcontenttype/><getetag/></prop></sync-collection>

HTTP/1.1 207 Multi-Status
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:"><D:response><D:href>/SOGo/dav/user/Calendar/personal/3BB0DC-6551D280-1E3-411B3C00.ics</D:href><D:status>HTTP/1.1 404 Not Found</D:status></D:response><D:sync-token>1699861343</D:sync-token></D:multistatus>

This regression is probably caused by https://github.com/Alinto/sogo/commit/f0719ee409dee693e7b4792bd127ccdd4b3043f1.

pikachuprof.

pikachuprof.

2023-11-13 15:36

reporter   ~0017428

I verified that it is indeed a problem caused only when the useragent is Thunderbird.

Setting general.useragent.override to empty/null fixes the issue (or better works around it)

sebastien

sebastien

2023-11-13 22:03

administrator   ~0017429

Fixed in https://github.com/Alinto/sogo/commit/6b08f2e4decc87ee57609355dee5a6657bca6110

Sebastien

Issue History

Date Modified Username Field Change
2023-10-06 08:51 mibor New Issue
2023-10-30 11:45 pikachuprof. Note Added: 0017402
2023-10-30 11:46 pikachuprof. Tag Attached: CalDAV
2023-10-30 11:46 pikachuprof. Tag Attached: thunderbird
2023-11-03 12:30 sogouser123 Note Added: 0017405
2023-11-13 10:09 rschuetz Note Added: 0017426
2023-11-13 15:36 pikachuprof. Note Added: 0017428
2023-11-13 22:03 sebastien Note Added: 0017429
2023-11-13 22:03 sebastien Assigned To => sebastien
2023-11-13 22:03 sebastien Status new => resolved
2023-11-13 22:03 sebastien Resolution open => fixed
2023-11-13 22:03 sebastien Fixed in Version => 5.9.1