Mailing List Archive: Free/busy schedule mismatches with display times

Hello list:

I am working my way up the caldav food chain, and ran into another
inconsistency. After successfully importing my 4000 events-calendar (see
previous post), I am working on invitations.

I created a test event in user X's calendar (for which I have all
privileges) that lasts from 11:00 to 14:00. When I try to create another
event at the same time in another calendar Y and want to invite user X
however, the free/busy schedule of Lightning shows that the other user
is busy from 13:00 to 16:00, exactly two hours later than the original
event.

This is true for all events in X's calendar *and* in calendar Y: all
events are visualised at the correct time in Lightning (and iCal, for
that matter), but in the free/busy schedule, all events appear 2 hours
later.

Both caldav calendars and Lightning have "Europe/Madrid" set as their
time zone. The 2 hour offset smells a lot like GMT+2 (i.e. CEST).
Changing the time zone in Lightning to GMT (e.g. Iceland) did not solve
the problem. After the necessary restart, all events are simply moved up
2 hours and the offset is still there. If you don't restart, it might
*look* as if it worked, because the events are still visualised with the
old time zone, but the free/busy schedule is already reflecting the new
time zone so the offset is gone. Unfortunately, that behaviour (need to
restart to update calendar events' time zone) seems to be a Lightning issue.

Back on topic: The offset problem also exists in iCal. The free/busy
timeslots are 2 hours later than the displayed event times. Again,
changing the OS setting for time zone to Iceland does not work, with the
difference that iCal does not need a restart and simply updates "live".

Is this a Lightning & iCal bug (both behave the same), a Davical bug, or
a PEBKAC?

Thanks, Achim

Hello Achim,

as far as I know, this is a known bug in davical v0.9.9
It has already been discussed on this mailing list in may.

Here's the posting from Stefan, with a patch which should solve the problem...

(I hope, Andrew soon provides v0.9.9.1 which fixes this and other small bugs
"officially")

best regards,
Matthias

------------------------------------------------------------------------
Betreff: Re: [DAViCal-general] Timezone Problem Freebusy
Datum: Mon, 10 May 2010 13:51:58 +0200
Von: Stefan Rijnhart <stefan.rijnhart at milieudefensie.nl>
An: rscds-general at lists.sourceforge.net

Moritz, Andrew,

(Sorry for the messed up thread, but I only just subscribed)

We have also been troubled by this problem. A likely solution that seems
to work for us is to use gmdate in the function RenderGMT in inc/RRule.php.

--- davical.bak/inc/RRule.php 2010-04-16 02:31:04.000000000 +0200
+++ davical/inc/RRule.php 2010-05-10 13:35:19.000000000 +0200
@@ -173,17 +173,17 @@
return date( $fmt, $this->_epoch );
}

/**
* Render the date as GMT
*/
function RenderGMT( $fmt = 'Ymd\THis\Z' ) {
- return date( $fmt, $this->_epoch );
+ return gmdate( $fmt, $this->_epoch );
}

/**
* No of days in a month 1(Jan) - 12(Dec)
*/
function DaysInMonth( $mo=false, $yy=false ) {
if ( $mo === false ) $mo = $this->_mo;

Cheers,
Stefan.

_______________________________________________
rscds-general mailing list
rscds-general at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rscds-general
Return-path: <rscds-general-bounces at lists.sourceforge.net>
Envelope-to: MMohr at sysdesign-edv.de
Delivery-date: Mon, 10 May 2010 14:09:18 +0200
Received: from [216.34.181.88] (helo=lists.sourceforge.net)
by mail.sysdesign-edv.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
(Exim 4.69)
(envelope-from <rscds-general-bounces at lists.sourceforge.net>)
id 1OBRnO-0004VI-Iy
for MMohr at sysdesign-edv.de; Mon, 10 May 2010 14:09:18 +0200
Received: from localhost ([127.0.0.1] helo=sfs-ml-2.v29.ch3.sourceforge.com)
by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
(envelope-from <rscds-general-bounces at lists.sourceforge.net>)
id 1OBRmJ-0006n0-HF; Mon, 10 May 2010 12:08:07 +0000
Received: from sfi-mx-3.v28.ch3.sourceforge.com ([172.29.28.123]
helo=mx.sourceforge.net)
by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.69)
(envelope-from <stefan.rijnhart at milieudefensie.nl>)
id 1OBRmI-0006mn-E6
for rscds-general at lists.sourceforge.net; Mon, 10 May 2010 12:08:06 +0000
X-ACL-Warn:
Received: from vmd.xs4all.nl ([80.127.0.8] helo=mail.milieudefensie.nl)
by sfi-mx-3.v28.ch3.sourceforge.com with esmtp (Exim 4.69)
id 1OBRmG-0000UX-Nd
for rscds-general at lists.sourceforge.net; Mon, 10 May 2010 12:08:06 +0000
Received: from localhost (localhost [127.0.0.1])
by mail.milieudefensie.nl (Postfix) with ESMTP id AB872AFFD5
for <rscds-general at lists.sourceforge.net>;
Mon, 10 May 2010 13:51:58 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at kali.milieudefensie.nl
Received: from mail.milieudefensie.nl ([127.0.0.1])
by localhost (kali.milieudefensie.nl [127.0.0.1]) (amavisd-new,
port 10024)
with ESMTP id cZvEuAdnj-EC for <rscds-general at lists.sourceforge.net>;
Mon, 10 May 2010 13:51:58 +0200 (CEST)
Received: from [10.1.1.71] (C492.milieudefensie.nl [10.1.1.71])
by mail.milieudefensie.nl (Postfix) with ESMTP id 83B62AFE21
for <rscds-general at lists.sourceforge.net>;
Mon, 10 May 2010 13:51:58 +0200 (CEST)
Message-ID: <4BE7F35E.2010007 at milieudefensie.nl>
Date: Mon, 10 May 2010 13:51:58 +0200
From: Stefan Rijnhart <stefan.rijnhart@milieudefensie.nl>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.9.1.9) Gecko/20100423 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: rscds-general at lists.sourceforge.net
X-Spam-Score: 0.0 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
See http://spamassassin.org/tag/ for more details. _SUMMARY_
X-Headers-End: 1OBRmG-0000UX-Nd
Subject: Re: [DAViCal-general] Timezone Problem Freebusy
X-BeenThere: rscds-general at lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion about the DAViCal CalDAV Server
<rscds-general.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/rscds-general>,
<mailto:rscds-general-request at lists.sourceforge.net?subject=unsubscribe>
List-Archive:
<http://sourceforge.net/mailarchive/forum.php?forum_name=rscds-general>
List-Post: <mailto:rscds-general at lists.sourceforge.net>
List-Help: <mailto:rscds-general-request at lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/rscds-general>,
<mailto:rscds-general-request at lists.sourceforge.net?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: rscds-general-bounces at lists.sourceforge.net
X-Rcpt: mmohr
X-Spam-Score: -106.2 (---------------------------------------------------)

Moritz, Andrew,

(Sorry for the messed up thread, but I only just subscribed)

We have also been troubled by this problem. A likely solution that seems
to work for us is to use gmdate in the function RenderGMT in inc/RRule.php.

--- davical.bak/inc/RRule.php 2010-04-16 02:31:04.000000000 +0200
+++ davical/inc/RRule.php 2010-05-10 13:35:19.000000000 +0200
@@ -173,17 +173,17 @@
return date( $fmt, $this->_epoch );
}

/**
* Render the date as GMT
*/
function RenderGMT( $fmt = 'Ymd\THis\Z' ) {
- return date( $fmt, $this->_epoch );
+ return gmdate( $fmt, $this->_epoch );
}

/**
* No of days in a month 1(Jan) - 12(Dec)
*/
function DaysInMonth( $mo=false, $yy=false ) {
if ( $mo === false ) $mo = $this->_mo;

Cheers,
Stefan.