Closed Bug 429329 Opened 17 years ago Closed 17 years ago

Unauthenticated calendar fails to load on startup

Categories

(Calendar :: Provider: CalDAV, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: douglm, Assigned: browning)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080325 Ubuntu/7.10 (gutsy) Firefox/2.0.0.13 Build Identifier: Lightning 0.8 On subscribing to an unauthenticated CalDAV calendar, and on subsequent startups, the calendar fails to load. A forced reload does work. The problem seesm to be related to processig of Authorizartion headers (which are absent for an unauthenticated calendar) Log shows Error: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIHttpChannel.getRequestHeader]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: file:///home/douglm/.thunderbird/6sw2ovew.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calDavCalendar.js :: checkDavResourceType_oSC :: line 1274" data: no] Source File: file:///home/douglm/.thunderbird/6sw2ovew.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/js/calDavCalendar.js Line: 1274 Refers to this line: var wwwauth = aContext.getRequestHeader("Authorization"); Reproducible: Always Steps to Reproduce: 1. Subscribe to public CalDAV calendar 2. Don't see it 3. Force reload
Do you use a proxy setting as described in Bug 338527? Can you post the URL of the public CalDAV calendar mentioned in comment #0 for retest? The error message is the same as in Bug 422618 / Bug 428034. Same issue?
No proxy setting in place. I'll repost with a URL when I have a test server available - I was running against a private copy. Bug 422618 / Bug 428034 also seem to refer to problems handling authentication headers. I think this is different in that it is an unauthenticated service and the header should not be present
I think that there are at least a couple of issues here - and that fixing this one will help clarify what's going on in the others. I'm confirming the bug; hope to have time to fix it later this week.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Mike - I do have a Bedework (quickstart 3.4.1) test server available, so I don't know that we need to wait until you have a test server handy in order to fix this. However, I don't know the URI for the public caldav calendar on that test server. Could you give me a hint? Thanks in advance.
This was addressed by the patch in bug 400835. Tested with the 2008-05-14 nightly, and unauthenticated calendar loads fine. ->FIXED
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
OS: Linux → All
Hardware: PC → All
Resolution: FIXED → ---
Target Milestone: --- → 0.9
Assignee: nobody → browning
Status: REOPENED → NEW
Status: NEW → RESOLVED
Closed: 17 years ago17 years ago
Resolution: --- → FIXED
Depends on: 400835
I used the Bedework (quickstart 3.4.1.1) caldav server, public calendar http://localhost:8080/pubcaldav/public/Athletics Checked with build 2008081018 - VERIVIED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.