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

Search Results: 95 of 248 [ <<First <Prev Next> Last>> ] [ Return to Search Results ]

* Your Email Address
* Spam protection	Enter the letters below: .__..___..___..___..___. \| \| \| _/ _/ _/ \|__\| \| ./__../__../__.
Comment	> 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 >
Attachment
Watch this ticket