Caldav calendars get disabled when behind an authenticating proxy

UNCONFIRMED
Unassigned

Status

Calendar
Provider: CalDAV
UNCONFIRMED
3 years ago
3 years ago

People

(Reporter: Jason Rumney, Unassigned)

Tracking

Lightning 3.3

Details

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.124 Safari/537.36

Steps to reproduce:

1. Set up CalDAV calendar pointing at google.com
2. Use network that requires an authenticating proxy
3. Start Thunderbird


Actual results:

Prompt for proxy password appears, but CalDAV calendar gets disabled.  The following message appears in the Error Console with calendar.debug.verbose enabled:

[JavaScript Error: "[calCachedCalendar] replay action failed: null, uri=https://apidata.googleusercontent.com/caldav/v2/XXXXX@gmail.com/events, result=2147500037, op=[xpconnect wrapped calIOperation]"]

2147500037 seems to be the error code for ACCESS DENIED (aka 0x80004005)

It seems the proxy authentication challenge is being interpretted as an access denial by the CalDAV provider.


Expected results:

Calendar should have continued with authentication after the proxy authentication instead of giving up and disabling the calendar.

Comment 1

3 years ago
Hello, I'm getting almost exactly the same problem, and very similar error messages are being logged in my Thunderbird's error console:

[JavaScript Error: "[calGoogleSession] Authentication failure: null"]
[JavaScript Error: "[calCachedCalendar] replay action failed: null, uri=googleapi://XXXX@gmail.com/?calendar=***************%40group.calendar.google.com, result=null, op=[xpconnect wrapped calIOperation]"]
[JavaScript Error: "[calCachedCalendar] replay action failed: null, uri=googleapi://XXXX@gmail.com/?calendar=***************%40group.calendar.google.com, result=null, op=[xpconnect wrapped calIOperation]"]
[JavaScript Error: "[calCachedCalendar] replay action failed: null, uri=googleapi://XXXX@gmail.com/?calendar=XXXX%40gmail.com, result=null, op=[xpconnect wrapped calIOperation]"]

The only difference is that Thunderbird doesn't asks me for the proxy password on startup. Only when I make some action which needs access to Internet (i.e. looking for extensions), it prompts me for the proxy password, and from this moment Calendar sync works again.

My software versions are:

- Thunderbird: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2
- Lightning 3.3.1
- Provider for Google Calendar 1.0.2

I'm behind a proxy that requires authentication, too.

I hope some kind developer will take this bug in consideration, since I would wish to continue using this awesome piece of sotfware that is Lightning with Google Calendar.
You need to log in before you can comment on or make changes to this bug.