[Tickets #13866] Re: CalDAV PUT parses multiple VTIMEZONE data incorrectly, even its own ones

[noreply at bugs.horde.org]

BITTE NICHT AUF DIESE NACHRICHT ANTWORTEN. NACHRICHTEN AN DIESE  
E-MAIL-ADRESSE WERDEN NICHT GELESEN.

Ticket-URL: https://bugs.horde.org/ticket/13866
------------------------------------------------------------------------------
  Ticket           | 13866
  Aktualisiert Von | Robert.Hartmann at h-brs.de
  Zusammenfassung  | CalDAV PUT parses multiple VTIMEZONE data incorrectly,
                   | even its own ones
  Warteschlange    | Synchronization
  Version          | FRAMEWORK_5_2
  Typ              | Bug
  Status           | Assigned
  Priorität        | 1. Low
  Milestone        |
  Patch            |
  Zuständige       | Jan Schneider
------------------------------------------------------------------------------


Robert.Hartmann at h-brs.de (2023-10-25 09:20) hat geschrieben:

Hi Joerg,

What is the status of your patch?

Since you had a look to the code and done some patches, perhaps you  
can have a look to these issues as well?

15102 	"import of ical with DAYLIGHT VTIMEZONE data results events  
during standard time to be a hour early"

15149 	"VTIMEZONE, RRULE => Hordes CalDAV subscription freezes  
Thunderbird 115"

Best regards

Joerg wrote:
> Forget about the last patch, i was plain wrong.
>
> The gmmktime() call has to use $year of the VEVENT for RRULEs  
> without UNTIL parameter to get the correct dates for the CET/CEST  
> switch in the year of the event and has to use $result['end'] for  
> all RRULEs with UNTIL parameter to calculate the correct switch  
> dates for this rules.
>
> I reworked the patch to honor this.
> Tested with em Client and Thunderbird/Lightning and seem to be okay.
>
> Would be nice to see this committed as we soon start our internal  
> scheduling for the beginning of 2016.
>
> Kind regards
> Joerg