Re: CalDAV with lightning 0.9 and OGo SVN 2178

> >> Wolfang did a compile of OGo trunk last week (2178 or 2179).
> >> Now I try to use lightning on thunderbird and CalDAV to use the calendar
> >> functions.
> >> It works in general again, but some errors appearing again:
> >> 1. if I enter a date for the first time to start at 2pm, OGo enters 3pm
> >> in database. If I edit that date, it takes the right time . That happens 
> >> under win and linux lightning version 0.8 and 0.9.
> > Okay, I'll check that out.
> >> (the bug is very old now)
> > Is there a bug open for this?  I thought I went through the open bugs.
> Cannot tell, but I remember having that behaviour for few years now and
> AFAIK I wrote it to this ML some time ago...

Yep, that is the point of bugzilla;  ML posts fade into memory.  And
they make it hard to retest later on to see if a condition still exists.
I've been whittling away at ZideStore bugs for awhile now.

> >> 2. under windows 0.9 enter a new event hits a error
> >> "MODIFICATION_FAILED". But the entry is saved into OGo DB. That error
> >> does not occur under linux lightning 0.8.
> >> If I reload the calendar and click "edit date" and change some parts (or
> >> nothing) and save that, no error occurs on win 0.9. 
> > I think I may have seen this one the other day, but when I tried it (on
> > LINUX) it worked.  Any chance you can capture the stream from the
> > Windows box and from the LINUX box so we can compare?
> Lets see what my helping hand can do, should be possible.
> I get that error on linux (debian amd64, iceowl-plugin 0.9), to.
> It is the time I want to enter the date into calender, after it is
> existant, I can change/delete it without any error.

Enable the stream logging and disable gzip'in (described in the
Debugging chapter of WMOGAG) and the zidestore err log will contain the
data that hit the server and the server's response.   

I do not get a MODIFICATION_FAILED error so there must be something
these clients/versions are doing that needs to be compensated for.

> >> 3. If I try to enter all day events, they are saved as 1.am to 1.am
> >> event, starting on the day they should occur and end the day after (I
> >> think thats the same error as point 1).
> > Are you sure your timezone tables are current?  The default tables in
> > libFoundation are very old and out of date regarding the daylight
> > savings time switch.
> Which timezone tables? On client or server? My helping hand wolfgang got
> the OGo from SVN and built it. If the default libFoundation TZ tables on
> the server are far to old, the libFoundation team should change them, or?

Yes, the libFoundation provided tables on the server.

> Did some change of TZ names/config/... happend a few years ago which let
> them gone mad?

Yep, the stupid Energy Protection act changed the start and end of
daylight savings time (here from March 3? to March 11 [this year]) and
we are currently in that window.  We patch our timezone locally.
<http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1846>

> As I guess my clients are the right timezone (GMT+1, europe, vienna) and
> that time works fine with all other apps.

I don't know off hand what zones are effected by EP;  I'd assume people
in those zones would know.  If they are incorrect they need to at least
report it and at best file a bug.

-- 
OpenGroupware.org Users
[email protected]
http://mail.opengroupware.org/mailman/listinfo/users