Open Bug 1080964 Opened 10 years ago Updated 1 year ago

Caldav calendars get disabled when behind an authenticating proxy

Categories

(Calendar :: Provider: CalDAV, defect)

Lightning 3.3
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: jasonrumney, Unassigned)

References

Details

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.
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.
Severity: normal → S3
See Also: → 1439379
You need to log in before you can comment on or make changes to this bug.