Closed Bug 429329 Opened 16 years ago Closed 16 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: 16 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: 16 years ago16 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.