Closed
Bug 429329
Opened 17 years ago
Closed 17 years ago
Unauthenticated calendar fails to load on startup
Categories
(Calendar :: Provider: CalDAV, defect)
Calendar
Provider: CalDAV
Tracking
(Not tracked)
VERIFIED
FIXED
0.9
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
Comment 1•17 years ago
|
||
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?
Reporter | ||
Comment 2•17 years ago
|
||
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
Assignee | ||
Comment 3•17 years ago
|
||
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
Assignee | ||
Comment 4•17 years ago
|
||
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.
Assignee | ||
Comment 5•17 years ago
|
||
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
Updated•17 years ago
|
Status: RESOLVED → REOPENED
OS: Linux → All
Hardware: PC → All
Resolution: FIXED → ---
Target Milestone: --- → 0.9
Updated•17 years ago
|
Assignee: nobody → browning
Status: REOPENED → NEW
Updated•17 years ago
|
Status: NEW → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Comment 6•17 years ago
|
||
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.
Description
•