Open karthikiyengar opened 9 months ago
Ics from such an affected event:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Sabre//Sabre VObject 4.5.4//EN
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:Asia/Shanghai
X-MICROSOFT-CDO-TZID:45
END:VTIMEZONE
BEGIN:VEVENT
UID:sabre-vobject-e4d41552-4997-4cab-ba4b-be16bcbd5bbd
DTSTAMP:20240321T102318Z
SUMMARY:XXXX XXX - Meet oOo Nextcloud
STATUS:CONFIRMED
DTSTART;TZID=Asia/Shanghai:20240325T170000
DTEND;TZID=Asia/Shanghai:20240325T174500
ORGANIZER;CN=Xxxxxx Xxxxxxxxx;CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED:mailto:x
xxxxx.xxxxxxxxx@nextcloud.com
ATTENDEE;CN=Xxxxxx Xxxxxxxxx;CUTYPE=INDIVIDUAL;RSVP=TRUE;ROLE=REQ-PARTICIP
ANT;PARTSTAT=ACCEPTED:mailto:xxxxxx.xxxxxxxxx@nextcloud.com
ATTENDEE;CN=Xxxxxx Xxx;CUTYPE=INDIVIDUAL;RSVP=TRUE;ROLE=REQ-PARTICIPANT;PAR
TSTAT=ACCEPTED;SCHEDULE-STATUS=3.7:mailto:xxxxx@xxxxxxxxx.com
LOCATION:https://cloud.nextcloud.com/call/xxxxxxxxxx
X-NC-APPOINTMENT:SYmY34jLSToD
END:VEVENT
END:VCALENDAR
@karthikiyengar Can you please check your timezone settings for Thunderbird? You can find that in the left bottom corner in your settings.
What Thunderbird does with it is something else entirely:
BEGIN:VTIMEZONE
TZID:Asia/Shanghai
X-TZINFO:Asia/Shanghai[2024a]
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+080543
TZNAME:Asia/Shanghai(STD)
DTSTART:19010101T000000
RDATE:19010101T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19190413T000000
RDATE:19190413T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19191001T000000
RDATE:19191001T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19400601T000000
RDATE:19400601T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19401013T000000
RDATE:19401013T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19410315T000000
RDATE:19410315T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19411102T000000
RDATE:19411102T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19420131T000000
RDATE:19420131T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19450902T000000
RDATE:19450902T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19460515T000000
RDATE:19460515T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19461001T000000
RDATE:19461001T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19470415T000000
RDATE:19470415T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19471101T000000
RDATE:19471101T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19480501T000000
RDATE:19480501T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19481001T000000
RDATE:19481001T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19490501T000000
RDATE:19490501T000000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19490528T000000
RDATE:19490528T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19860504T020000
RDATE:19860504T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19870412T020000
RDATE:19870412T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19860914T020000
RRULE:FREQ=YEARLY;BYMONTH=9;BYDAY=2SU;UNTIL=19880911T020000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19880417T020000
RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=3SU;UNTIL=19900415T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETTO:+090000
TZOFFSETFROM:+080000
TZNAME:Asia/Shanghai(DST)
DTSTART:19910414T020000
RDATE:19910414T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETTO:+080000
TZOFFSETFROM:+090000
TZNAME:Asia/Shanghai(STD)
DTSTART:19890917T020000
RRULE:FREQ=YEARLY;BYMONTH=9;BYDAY=3SU;UNTIL=19910915T020000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20240324T164632Z
LAST-MODIFIED:20240324T164632Z
DTSTAMP:20240324T164632Z
UID:sabre-vobject-e4d41552-4997-4cab-ba4b-be16bcbd5bbd
SUMMARY:Xxxxxx Xxx - Meet oOo Nextcloud
STATUS:CONFIRMED
ORGANIZER;CN=Xxxxxx Xxxxxxxxx;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL:mailto:x
xxxxx.xxxxxxxxxx@nextcloud.com
ATTENDEE;RSVP=TRUE;CN=Xxxxxx Xxxxxxxxx;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL
;ROLE=REQ-PARTICIPANT:mailto:xxxxxx.xxxxxxxxxx@nextcloud.com
ATTENDEE;RSVP=TRUE;CN=Xxxxxx Xxx;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL;ROLE=R
EQ-PARTICIPANT;SCHEDULE-STATUS=3.7:mailto:xxxxx@xxxxxxxxx.com
DTSTART;TZID=Asia/Shanghai:20240326T010000
DTEND;TZID=Asia/Shanghai:20240326T014500
LOCATION:https://cloud.nextcloud.com/call/xxxxxxxxxx
X-NC-APPOINTMENT:SYmY34jLSToD
END:VEVENT
Right, importing the appointment ics gives me a wrong result in Thunderbird:
I is confushon
Hello darkness my old friend https://bugzilla.mozilla.org/show_bug.cgi?id=729685
Thanks a lot for diving into the details. Seems like a painful issue to debug.
I'm unsure where the problem lies. Since Merkuro seems to be having trouble too, wondering if the onus falls on NC or on the affected clients?
Thanks a lot for diving into the details. Seems like a painful issue to debug.
I'm unsure where the problem lies. Since Merkuro seems to be having trouble too, wondering if the onus falls on NC or on the affected clients?
Not sure to be honest, I think there might be some issues with how we create VTIMEZONE components in addition to the Mozilla bug. I tested it with three different VTIMEZONE components for the same Timezone (One with a simple TIMEZONE, one with TIMEZONE and OFFSET and one with historical DST components) and all three gave me different results. So I will have to figure out which one works and make that the default for our generated ICS to compensate. I hope this will also allow for synced events from our backend to be displayed correctly in TB, and hopefully Merkurio too.
Hi, im hitting this problem too, using Appointments link. steps:
1 'userA' is in Madrid and generates an appointment using the "wizard" 2 userA send the link to userb in other timezone example Buenos Aires (GMT-3) 3 userb creates and appointment at 10AM (GTM-3) 3 thunderbird show the time bad for both users.(userb see the meet at 07AM not 10AM)
ICS:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Sabre//Sabre VObject 4.4.2//EN
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:America/Argentina/Buenos_Aires
X-MICROSOFT-CDO-TZID:32
END:VTIMEZONE
BEGIN:VEVENT
UID:sabre-vobject-a2c89ce7-f71f-4370-8a5e-633056bb8ab6
DTSTAMP:20240723T163513Z
SUMMARY:userb - Appo. with userA
STATUS:CONFIRMED
DTSTART;TZID=America/Argentina/Buenos_Aires:20240724T100000
DTEND;TZID=America/Argentina/Buenos_Aires:20240724T100500
ORGANIZER;CN=usera;CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED:mailto:usera
domain.tld
ATTENDEE;CN=usera;CUTYPE=INDIVIDUAL;RSVP=TRUE;ROLE=REQ-PARTICIPANT;
PARTSTAT=ACCEPTED:mailto:useradomain.tld
ATTENDEE;CN=userb;CUTYPE=INDIVIDUAL;RSVP=TRUE;ROLE=REQ-PARTICIPANT;PARTSTAT
=ACCEPTED:mailto:userbdomain.tld
LOCATION:
X-NC-APPOINTMENT:CMjnNt2o4Qni
END:VEVENT
END:VCALENDAR
I create a meet from userb to usera using the calendar(not using appointment link) and works fine. if i diff the ICS files i see this related differences:
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:America/Argentina/Buenos_Aires
-X-MICROSOFT-CDO-TZID:32
+BEGIN:STANDARD
+TZOFFSETFROM:-0300
+TZOFFSETTO:-0300
+TZNAME:-03
+DTSTART:19700101T000000
+END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
if i add those lines to the ics of the "bad" appointment,thunderbird show the time fine when i try too import.
fixed with the 6 lines:
If you need more information please tell me. or if i need to create a new issue, but i think its0s the same problem. thanks
Thanks for the debugging info, I will check into this further soon!
Steps to reproduce
Expected behavior
All CalDav clients should show you the event in your home timezone instead of UTC.
Actual behaviour
Some CalDav clients show the event in UTC timezone.
Nextcloud Calendar Web UI: The event was scheduled in Asia/Kolkata, and shows up correctly in my Timezone (Europe/Berlin)
Thunderbird: The event shows up in UTC time
Merkuro Calendar: Same behaviour
However, the event is shown correctly on my home timezone on the iOS calendar.
Calendar app version
4.6.4
CalDAV-clients used
Thunderbitd, Merkuro, iOS
Browser
No response
Client operating system
No response
Server operating system
No response
Web server
None
Database engine version
None
PHP engine version
None
Nextcloud version
No response
Updated from an older installed version or fresh install
None
List of activated apps
No response
Nextcloud configuration
No response
Web server error log
No response
Log file
No response
Browser log
No response
Additional info
No response