Closed Bug 322437 Opened 19 years ago Closed 18 years ago

CalDAV provider fails to prompt for HTTP authentication data

Categories

(Calendar :: Provider: CalDAV, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 308567

People

(Reporter: browning, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051201 Fedora/1.5-1.1.fc4.nr Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060104 Mozilla Sunbird/0.3a1+

Starting Sunbird with a password-protected CalDAV calendar defined fails to prompt for the name/password on the CalDAV calendar

Reproducible: Always

Steps to Reproduce:
1. Start Sunbird with password-protected CalDAV calendar defined
2. Expect name/password prompt for CalDAV resource
3. Don't get it

Actual Results:  
Sunbird starts and loads all the other calendars defined, prompting for auth data as needed for other calendars. The CalCAV calendar appears in the calendar list, no error is generated, and no data from the CalDAV calendar displayed. Logs on the CalDAV server show Sunbird requesting REPORTs on the CalDAV resource and ignoring 401 responses as reported in bug 311320.

Expected Results:  
Sunbird should prompt for authentication data for the CalDAV calendar

This seems to have started happening in the 200650104 nightly. CalDAV server is Cosmo 0.2.5. Access is over https with self-signed cert.
(In reply to comment #0)
> Starting Sunbird with a password-protected CalDAV calendar defined fails to
> prompt for the name/password on the CalDAV calendar

This sounds like it may be a duplicate of bug 308567.

> 
> Actual Results:  
> Sunbird starts and loads all the other calendars defined, prompting for auth
> data as needed for other calendars. The CalCAV calendar appears in the calendar
> list, no error is generated, and no data from the CalDAV calendar displayed.
> Logs on the CalDAV server show Sunbird requesting REPORTs on the CalDAV
> resource and ignoring 401 responses as reported in bug 311320.

This bug number doesn't seem right?

> This seems to have started happening in the 200650104 nightly. CalDAV server is
> Cosmo 0.2.5. Access is over https with self-signed cert.
> 
This regression window seems rather odd.  There were no calendar-specific code changes in this window.


marking as duplicate

*** This bug has been marked as a duplicate of 308567 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.