[dev] [commits] Horde branch master updated. b0373bc44c9e6ff2aa3e2cdda1a6286450031668
Michael J Rubinsky
mrubinsk at horde.org
Mon Oct 24 18:57:38 UTC 2011
Quoting Jan Schneider <jan at horde.org>:
>> commit 75ba025682ade08bce9acf8f73cac47e8d9e9278
>> Author: Michael J Rubinsky <mrubinsk at horde.org>
>> Date: Mon Oct 24 13:31:12 2011 -0400
>>
>> Need to tweak $event->end if this is a single instance of a
>> recurring event.
>>
>> Bug: 10678
>>
>> kronolith/lib/Kronolith.php | 52
>> ++++++++++++++++++++++++++++++++++++------
>> 1 files changed, 44 insertions(+), 8 deletions(-)
>>
>> http://git.horde.org/horde-git/-/commit/75ba025682ade08bce9acf8f73cac47e8d9e9278
>
> Most of this magic shouldn't be necessary, because Horde_Date takes
> care of it.
If this is true, I don't understand the code then; Even if an event
recurs, $event->start and $event->end will always show the *original*
start/end times of the event (which is why we go through similar magic
earlier in the method if $showRecurrence == true).
Without this change, if $showRecurrence == false, and the original
event is in the past (i.e., it's not the first recurrence) the event
will *not* be added to the results. This is because $event->end will
be in the past - and therefore before any of the values of $loopDate
in the while loop further down.
--
mike
The Horde Project (www.horde.org)
mrubinsk at horde.org
More information about the dev
mailing list