Dear Maintainer,

recently, google calendars stopped working with Thunderbird. I observed
the behaviour with 128.8.0esr-1 and it persists with 136.0 from
experimental. I did not see this issue with 128.6 and 128.7.

Thunderbird is showing me a dialog for my existing google calenders
asking for permission to access my google account and all calendars,
after affirming, i get an error message:

I notice that the url in the error window points to:

https://localhost/?code=XXX&scope=https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fcalendar

I've redacted the code segment, observe the localhost.


Cheers,

Bastian

Dear Maintainer,

some additional info: I can confirm that thunderbird can't connect to google
calendar with the version in unstable.

Trying to connect to google address book provides the same error.

I just removed the whole ~/.thunderbird directory to try with a fresh profile,
and the problem persists.

Hello Bastian,

Am 13.03.25 um 10:39 schrieb Bastian Venthur:

I can't reproduce this with version 1:128.8.0esr-1, I haven't tried with
the version in experimental, but my guess is it's also functional with
that version.

I can access my calendars I've created in Google.

Did you check your installed version is correct?

https://addons.thunderbird.net/de/thunderbird/addon/provider-for-google-calendar/versions/?page=1#version-128.0.0

Hi Carsten,

i did not install any extensions and the Add-ons Manager is empty. Isn't
Thunderbird supposed to support google calendar/contacts out-of the box?
The fact that I get to see the Google authentication window indicates so.

I'd be happy to provide more debug information, if you can provide me
with pointers how to get them.

Thank you very much!

Bastian

I try to add a calendar.

Already stopped listening to websocket events for this window.
websockets.js:82:17
Already stopped listening to server sent events for this window.
server-sent-events.js:86:17
The resource at “https://mail.google.com/mail/u/0/” was blocked by
OpaqueResponseBlocking. Reason: “nosniff is true and mimeType is an
opaque-blocklisted MIME type or its essence is 'text/plain'”.
Calendar: [CalICSProvider] Could not detect calendar using method
attemptHead - HTTP response status 403 CalICSProvider.sys.mjs:79:15
Content-Security-Policy warnings 2
unreachable code after return statement
consent:4672:4167
unreachable code after return statement
consent:4672:19268
unreachable code after return statement
consent:4672:19557
unreachable code after return statement
consent:4672:19728
unreachable code after return statement
consent:4672:21783
unreachable code after return statement
consent:4672:38673
unreachable code after return statement
consent:4672:57181
unreachable code after return statement
consent:4672:57181
Some cookies are misusing the recommended “SameSite“ attribute 2
unreachable code after return statement
consent:4672:21783
unreachable code after return statement
consent:4672:38673
unreachable code after return statement
consent:4672:4167
unreachable code after return statement
consent:1:1183
unreachable code after return statement
consent:1:1183
unreachable code after return statement
consent:4672:19268
unreachable code after return statement
consent:4672:19557
unreachable code after return statement
consent:4672:19728
unreachable code after return statement
consent:1:1185
unreachable code after return statement
consent:1:356
unreachable code after return statement
consent:1:1185
unreachable code after return statement
consent:1:356
Already stopped listening to server sent events for this window.
server-sent-events.js:86:17
Security state 0 has no known STATE_IS_* flags.
DevToolsInfaillibleUtils.sys.mjs:22:13
This error page has no error code in its security info
aboutNetError.mjs:867:13

​

Hi Carsten,

I found the issue: I had a service running on localhost serving on :80
and :8080 -- this seems to break the last leg of the Oauth process.

While my particular problem is solved now, I wonder if this still
qualifies as a bug, i.e. Thunderbird silently failing without any
explanation.


Cheers,

Bastian