bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#56125: 28.1; Timezone conversion sometimes wrong for recurring event


From: Martin Apel
Subject: bug#56125: 28.1; Timezone conversion sometimes wrong for recurring events, when importing ical to diary
Date: Wed, 22 Jun 2022 08:10:34 +0200
User-agent: mu4e 1.6.10; emacs 28.1

Hi Lars,


Lars Ingebrigtsen <larsi@gnus.org> writes:

> EXTERNAL EMAIL : The sender of this email is external to 3DS. Be wary of the 
> content and do not open unexpected
> attachments or links. If you consider this email as spam, you can click the 
> following link
> <https://spam-report.3ds.com/?linktext=https://www.mailcontrol.com/sr/YVso8k_J-_nGX2PQPOmvUtvW5gv9VGgLuRYdU8YNcKA2_t9cJ1amT5dPw1_hrXq58cEWYV4_gjYfmF8UmgH1OQ>==
> (no login or additional action will be requested).
>
>
> Martin Apel <martin.apel@3ds.com> writes:
>
>> When importing the attached minimal ical file using
>> icalendar-import-file, the resulting time is off by one hour. The
>> problem probably lies somewhere in
>> icalendar--convert-recurring-to-diary, but I couldn't pinpoint the
>> exact location.  The only meeting in the attached icalendar file is
>> defined in timezone 'America/New_York' at 10 am. It shows up in my
>> diary (which is timezone 'Europe/Berlin') at 3pm, even though the time
>> difference between the two timezones is 6 hours.
>
> No, the difference varies -- Daylight Savings started on March 13 in the
> US but on March 27 in the EU, and in that period there was a five hour
> difference.
>
> And:
>
> DTSTART;TZID="America/New_York":20220317T100000
> DTEND;TZID="America/New_York":20220317T103000
>
> This was in the middle of that period.  So this seems like it's working
> as it should?
>
> But if I'm reading the ical file right, this is a recurring (weekly?)
> event, so it should be at 4pm after March 27...

I thought that it might have something to do with the different start dates for 
daylight savings time. However it should
show up at 4pm, but it shows up at 3pm after March 27.

Maybe this is a more general problem, that the diary does not consider 
timezones at all. I think, that the conversion
functionality would need to convert each date of a recurring event separately, 
as the daylight savings time might have
changed between consecutive repetitions.  However the diary syntax does not 
allow to specify this, as far as I
understand. So maybe this is more of a shortcoming in the diary syntax than a 
conversion problem.  Probably instead of
diary-cyclic another sexp would be needed, which also takes the time of day 
into account, which diary-cyclic does not
do.

Thanks,

Martin
This email and any attachments are intended solely for the use of the 
individual or entity to whom it is addressed and may be confidential and/or 
privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email 
and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or 
responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data 
privacy policy as described on our website. Should you have any questions 
related to personal data protection, please contact 3DS Data Protection Officer 
at 3DS.compliance-privacy@3ds.com<mailto:3DS.compliance-privacy@3ds.com>


For other languages, go to https://www.3ds.com/terms/email-disclaimer

reply via email to

[Prev in Thread] Current Thread [Next in Thread]