[Tickets #14153] Re: Weekly invitation adds one hour to the start time
noreply at bugs.horde.org
noreply at bugs.horde.org
Wed Nov 11 21:53:11 UTC 2015
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: https://bugs.horde.org/ticket/14153
------------------------------------------------------------------------------
Ticket | 14153
Updated By | Michael Rubinsky <mrubinsk at horde.org>
Summary | Weekly invitation adds one hour to the start time
Queue | Horde Framework Packages
Type | Bug
State | Assigned
Priority | 1. Low
Milestone |
Patch |
-Owners |
+Owners | Horde Developers, Michael Rubinsky
------------------------------------------------------------------------------
Michael Rubinsky <mrubinsk at horde.org> (2015-11-11 21:53) wrote:
I've narrowed it down to either a broken VTimezone definition or an
issue in the way we sort the components in
Horde_Icalendar::_parseTZID(). There is some strange interaction going
on with the transition 'end' values vs the 'time' values in this zone
when they are being sorted such that the incorrect zone is detected as
the correct one.
If C is the current component then:
The date we are checking (D) is larger than the C's ['time'] value and
less than (C+1)'s ['time'] value - but because of (C+1)'s ['end']
value, (C+2) and above's ['time] value is less than D until at some
point we get the correct component (C+x) where the ['time'] value is
still less than the date we are checking, but (C+x+1)'s ['time'] value
is larger that the date we are checking - and both are still less than
the (C+2) ['time'] value.
tldr; the sorted components are not correctly sorted by 'time'. It
could very well be the timezone definition is broken, but I'm not 100%
sure how to tell yet.
More information about the bugs
mailing list