Dependency Graph
View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005655 | SOGo | Backend Calendar | public | 2022-12-06 10:22 | 2023-08-23 12:54 |
Reporter | valium | Assigned To | sebastien | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Product Version | 5.8.0 | ||||
Summary | 0005655: Invitation error and inconsistency | ||||
Description | Since Thunderbird is the primary interface our users use to interact with sogo and it's been a long time without a working sogo connector plugin an interesting issue came up. If someone with a mail-address attached to an sogo account creates an event invitation in Thunderbird and the personal sogo calendar is not configured but e.g. a local one is used instead, the resulting ics has the mail-address as organizer but the event is not saved in the sogo calendar. If a person on the same sogo instance and correctly configured Thunderbird (I assume other caldav clients would behave in the same way) tries to accept the invitation, only the generic error message "Processing message failed. Status: 80004005." pops up. The reason is that sogo responds with 412 (precondition failed) as shown in the screenshot from Thunderbird's developer console. This is inconsistent with the behaviour of the sogo web interface which happily accepts the invitation. I also attached an ics invite which demonstrates this issue for sogo2 user on https://demo.sogo.nu. The Thunderbird screenshot stems from an interaction with this instance, the web interface can be tested by attaching the ics invitation to a draft there. | ||||
Steps To Reproduce |
| ||||
Tags | CalDAV, calendar, invite | ||||
fuckup_invite.ics (887 bytes)
BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Europe/Vienna BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T020000 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T030000 RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU END:STANDARD END:VTIMEZONE BEGIN:VEVENT CREATED:20221103T124556Z LAST-MODIFIED:20221103T124653Z DTSTAMP:20221103T124653Z UID:80484e37-7c9a-4d41-98e5-9b2ccc1f9f56 SUMMARY:fuckup invitation ORGANIZER;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:mailto:sogo1@example.com ATTENDEE;RSVP=TRUE;CN=SOGO2;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PART ICIPANT:mailto:sogo2@example.com DTSTART;TZID=Europe/Vienna:20221104T091500 DTEND;TZID=Europe/Vienna:20221104T101500 TRANSP:OPAQUE END:VEVENT END:VCALENDAR |
|
This issue may be related to 0005712, which claims to be solved. |
|
Did you add the option mentioned in Bug 0005712 ? |
|
Yes this may be fixed as in 0005712, thank you @itmrm and @Christian Mack Can you confirm it's ok ? Sebastien |
|
In my case (invitation from local calendar, trying to accept into a sogo calendar) I can confirm that it worked. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2022-12-06 10:22 | valium | New Issue | |
2022-12-06 10:22 | valium | Tag Attached: CalDAV | |
2022-12-06 10:22 | valium | Tag Attached: calendar | |
2022-12-06 10:22 | valium | Tag Attached: invite | |
2022-12-06 10:22 | valium | File Added: demo.sogo_invite_fuckup.png | |
2022-12-06 10:22 | valium | File Added: fuckup_invite.ics | |
2023-08-17 09:06 | itmrm | Note Added: 0017202 | |
2023-08-17 10:15 | Christian Mack | Note Added: 0017204 | |
2023-08-17 10:16 | Christian Mack | Relationship added | has duplicate 0005712 |
2023-08-17 12:22 | sebastien | Note Added: 0017206 | |
2023-08-17 12:22 | sebastien | Note Edited: 0017206 | |
2023-08-17 12:22 | sebastien | Assigned To | => sebastien |
2023-08-17 12:22 | sebastien | Status | new => feedback |
2023-08-23 10:07 | itmrm | Note Added: 0017219 | |
2023-08-23 12:54 | sebastien | Status | feedback => resolved |
2023-08-23 12:54 | sebastien | Resolution | open => no change required |