439261 - Lightning cannot load from MacOS X 10.5.3/4 caldavd

Status: RESOLVED WORKSFORME

(Calendar :: Provider: CalDAV, defect)

Description

[Steve-o]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008060309 Firefox/3.0
Build Identifier: 2008061318

Latest update of MacOS X 10.5 server with a Ubuntu 8.04 client running Thunderbird version 2.0.0.14 (20080505) and Lightning (2008061318).

Lightning raises an error when loading or reloading configured CALDAV calendar.

Reproducible: Always

Actual Results:  
Error code:  0x804a0301
Description:

The resource at http://sapporo.hk.miru.hk:8008/calendars/groups/yorkion/calendar is either not a DAV collection or not available.


iCal on a MacOS X 10.5 client functions correctly.

Comment 1

[Bruno Browning]

Apple made some changes in the 10.5.3 CalendarServer that require Sunbird/Lightning to use slightly different calendar URLs. For user calendars the needed change is to replace /users/ with /__uids__/ (note two sequences of two underscores); I'm not sure what the equivalent change for group calendars would be, and don't have easy access to a 10.5.3 server at the moment for testing.

Comment 2

[Stefan Sitter [:ssitter]]

Does this means it's a server issue? Due to Apples changes all calendars just need to be recreated in Lightning using the URL format that is now used by the iCal server?

Comment 3

[Bruno Browning]

(In reply to comment #2)
> Does this means it's a server issue? Due to Apples changes all calendars just
> need to be recreated in Lightning using the URL format that is now used by the
> iCal server?
> 

That is certainly the case for calendars under the /calendars/users/ hierarchy: I saw/tested/verified this at CalConnect. I did not test calendars under /calendars/groups/ and currently don't have access to a 10.5.3 CalendarServer to test with. Looking at the CS code, it looks like reporter could make his calendar work by pointing Lightning at http://sapporo.hk.miru.hk:8008/calendars/__uids__/yorkion/calendar/ (i.e. replace /groups/ with /__uids__/ in the calendar URL). If that works I think we can close this bug.

Comment 4

[Steve-o]

The __uids__ form does not appear to work for groups.

After a few installs of Lightning with the latest 0.9pre nightly builds this appears to be more of an intermittent problem.

The Apple Wiki Calendar is making the same request to the /groups/ URL.

Comment 5

[Steve-o]

Update the recent 10.5.4 update seems to break the groups further.

With 10.5.3 I was seeing intermittent errors with 0.8 Lightning release, but these were resolved with the 0.9pre trunk build.  Now with the 10.5.4 I see no login errors, but I also see no calendar entries at all!

Comment 6

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Bruno, were you able to reproduce this in the meantime?

Steve-o, since none of us seem to have access to a 10.5.4 CalendarServer thats running on a mac, is there any way you could temporarily provide me or Bruno with an account?

In any case, please enable calendar.debug.log and calendar.debug.log.verbose, then restart and check your error console for more verbose messages.

I'd really love to get this one off the blocker list!

Comment 7

[Bruno Browning]

I managed to get current CalendarServer SVN - which I would expect to work in this regard much like the CalendarServer shipped with Mac OS 10.5.4 - and have no trouble using a calendar with the URL 
http://localhost:8008/calendars/groups/group01/calendar/
with a current Sunbird nightly. So ... I'm wondering how reproduceable this is. 

Comment 8

[Bruno Browning]

eh ... typing too fast. meant that I had current svn running on a Linux box: should be similar to the Mac version (modulo directory differences). 

Comment 9

[Daniel Boelzle [:dbo]]

Running current nightly 0.9pre against a current SVN version on Mac Leopard WFM. Removing [needs-patch] until this is confirmed/reproducable.

Comment 10

[Steve-o]

Just updated to 2008-08-15 build and everything works fine.