500204 - Sunbird thinks that all calendars from the same URL come from the same account

Status: RESOLVED DUPLICATE of bug 475188

(Calendar :: Provider: CalDAV, defect)

Description

[Not interested in Mozilla any more]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1) Gecko/20090616 Firefox/3.5
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090624 Calendar/1.0pre

This version of Calendar does not prompt for a username and password for calendars stored on an apple iCal server.

Reproducible: Always

Steps to Reproduce:
1. Subscribe to a calendar hosted on an Apple iCalserver

Actual Results:  
1. The calendar is added but no username / password is requested.
2. The calendar gets an ! next to it saying 'the calendar is momentarily unavailable'.
3. The ! goes away and all seems well, however, no items from the diary are displayed.

Expected Results:  
The username and password for the calendar should be requested.

The calendar works correctly in iCal. Server is 10.5.7 Intel

Comment 1

[Stefan Sitter [:ssitter]]

Please repeat the test and check if Tools > Error console provides extended information why the calendar is marked as 'momentarily unavailable'. If nothing is visible try enabling advanced preference 'calendar.debug.log' or 'calendar.debug.log.verbose' or both.

Comment 2

[Not interested in Mozilla any more]

Error console says:

Warning: There has been an error reading data for calendar: ACE.  However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_NOT_DAV. Description: The resource at https://ourserver/calendars/__uids__/D6699AD8-D890-4DFD-9D72-BA9DF3232D77/23311286-0A02-40B5-B275-FF434F03FE55/ is either not a DAV collection or not available

However, I've just copied the calendar url from iCal where it is working fine.

Comment 3

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

iCal is happy with the principal url, while our Product requires the full Calendar url. Please read google or the apple aclendar server docs to find out the full url.

There is a bug on this somewhere, I can't find it though.

Comment 4

[Not interested in Mozilla any more]

Sorry, but this is a full calendar url the principal url for this account would be:

http://ourserver:8008/principals/__uids__/D6699AD8-D890-4DFD-9D72-BA9DF3232D77/

the calendar url is:

http://ourserver:8008/calendars/__uids__/D6699AD8-D890-4DFD-9D72-BA9DF3232D77/23311286-0A02-40B5-B275-FF434F03FE55/

I forgot the port number in the previous message, however, I get the exact same error when I use the correct information:

Warning: There has been an error reading data for calendar: ACE.  However, this error is believed to be minor, so the program will attempt to continue. Error code: DAV_NOT_DAV. Description: The resource at http://dtudata.dtu.ox.ac.uk:8008/calendars/__uids__/D6699AD8-D890-4DFD-9D72-BA9DF3232D77/23311286-0A02-40B5-B275-FF434F03FE55/ is either not a DAV collection or not available

This has also worked previously in Sunbird 0.9.

Comment 5

[Not interested in Mozilla any more]

OK, I now now what the issue is with this diary. The password is not requested because you are incorrectly using a cached password from another diary. Let me explain:

Lets say our diary server is called diary.bob.com calendars are accessed via the urls like this:

http://diary.bob.com:8008/calendars/__uids__/D6699AD8-D890-4DFD-9D72-BA9DF3232D77/23311286-0A02-40B5-B275-FF434F03FE55/

When I add the first calendar the system works and I am prompted for a username and password for the calendar. Now I add a second calendar:

http://diary.bob.com:8008/calendars/__uids__/EBA4F156-2273-4CBF-9F44-4740EC64E267/3932F927-A884-4C20-93BB-A3DB67898FDF/

Notice that the __uids__/... part is different for this calendar. This is because it is from a different user. Sunbird, however, is assuming that this calendar is from the same user and attempting to use the same credentials to login. Thus the username and password are not correct. This is then falsely reported as the item not being a valid calendar.

Now for clarity let me say that this does not happen in Sunbird 0.9, as available from the home page. It is also worth stating that Sunbird is absolutely useless to us without the ability to connect to more than one users diary at the same time. This needs to be fixed.

Comment 6

[Not interested in Mozilla any more]

Changing platform to all as this is also the case on Windows.

Comment 7

[Not interested in Mozilla any more]

Changed the Summary to something more meaningful given the new information.

Comment 8

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

See bug 475188 and bug 247486, please mark this bug duplicate if appropriate.