[Tickets #1822] Kolab: problem handling events having no time
associated
bugs at bugs.horde.org
bugs at bugs.horde.org
Wed Apr 20 08:12:40 PDT 2005
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/?id=1822
-----------------------------------------------------------------------
Ticket | 1822
Updated By | a.gungl at gmx.de
Summary | Kolab: problem handling events having no time associated
Queue | Kronolith
Version | HEAD
State | Assigned
Priority | 2. Medium
Type | Bug
Owners | Stuart K Bingë
-----------------------------------------------------------------------
a.gungl at gmx.de (2005-04-20 08:12) wrote:
I've tried mktime, but without success: What I have found in the meantime is
the need to fix kronolith/lib/Driver/kolab.php in function saveEvent($event)
around line 180 like this:
$k->setVal('alarm', $event->getAlarm());
if ($event->isAllDay()) {
$k->setVal('start-date',
Kolab::encodeDate($event->start->timestamp()));
$k->setVal('end-date',
Kolab::encodeDate($event->end->timestamp()));
} else {
$k->setVal('start-date',
Kolab::encodeDateTime($event->start->timestamp()));
$k->setVal('end-date',
Kolab::encodeDateTime($event->end->timestamp()));
}
switch ($event->status) {
This is because the Kolab XML format expects date-only values for events
with a duration of a whole day.
However this increases the timezone problem. In function encodeDate($date =
false) in framework/Kolab/kolab.php there I find time values like
2005-04-20T22:00:00Z for GMT+2 midnight, but this is 2005-04-21 (00:00) in
our time. Reducing the values 2005-04-20T22:00:00Z and 2005-04-21T22:00:00Z
to the date gives 2005-04-20 and 2005-04-21 instead of 2005-04-21 two times.
:-(
So I end up with a two day long event instead of one day.
More information about the bugs
mailing list