Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

All my users are asked for UN & PW

20 views
Skip to first unread message

Peter Lairo

unread,
Jan 29, 2013, 12:48:28 PM1/29/13
to
My daughter and my parents (both on release builds) and me (on nightly
builds) were asked for their username and password when loading
Thunderbird with the calendar add-on.

Did some recent update "break" what was previously (kinda) working?
--
Regards,
Peter Lairo

Bugs I think are important:
https://bugzilla.mozilla.org/show_bug.cgi?id=250539
https://bugzilla.mozilla.org/show_bug.cgi?id=391057
https://bugzilla.mozilla.org/show_bug.cgi?id=436259
https://bugzilla.mozilla.org/show_bug.cgi?id=446444

Islam: http://www.jihadwatch.org/islam101/
Israel: http://www.jewishvirtuallibrary.org/jsource/myths2/
Church of the Flying Spaghetti Monster: http://www.venganza.org/
Anthropogenic Global Warming skepsis: http://tinyurl.com/AGW-Skepsis

Stefan Sitter

unread,
Jan 29, 2013, 1:46:34 PM1/29/13
to
On 29.01.2013 18:48, Peter Lairo wrote:
> My daughter and my parents (both on release builds) and me (on nightly
> builds) were asked for their username and password when loading
> Thunderbird with the calendar add-on.
>
> Did some recent update "break" what was previously (kinda) working?

Are you using Google Calendar? It looks like Google changed something
about the authentication process recently. Try to remove the saved
calendar passwords in Thunderbird and enter them the next time asked
using your full email address as login. If using the two step
authentication you might have to create an application specific password.

Peter Lairo

unread,
Jan 29, 2013, 1:55:47 PM1/29/13
to
Yes, I am using Google calendar with the CalDAV protocol. My Thunderbird
password manager doesn't show *any* passwords for any of my 10
calendars. That's odd ... and disconcerting. :-\

I tried the two step verification for a few days but didn't like it, so
I turned it back off several (~7) days ago.

Are you guys working on adapting Thunderbird or Lightning to Google's
new authentication process?

Stefan Sitter

unread,
Jan 29, 2013, 2:03:57 PM1/29/13
to
On 29.01.2013 19:55, Peter Lairo wrote:
> On Di. 29.01.2013 19:46, Stefan Sitter wrote:
>> On 29.01.2013 18:48, Peter Lairo wrote:
>>> My daughter and my parents (both on release builds) and me (on
>>> nightly builds) were asked for their username and password when
>>> loading Thunderbird with the calendar add-on.
>>>
>>> Did some recent update "break" what was previously (kinda)
>>> working?
>>
>> Are you using Google Calendar? It looks like Google changed
>> something about the authentication process recently. Try to remove
>> the saved calendar passwords in Thunderbird and enter them the
>> next time asked using your full email address as login. If using
>> the two step authentication you might have to create an
>> application specific password.
>
> Yes, I am using Google calendar with the CalDAV protocol. My
> Thunderbird password manager doesn't show *any* passwords for any of
> my 10 calendars. That's odd ... and disconcerting. :-\
>
> I tried the two step verification for a few days but didn't like it,
> so I turned it back off several (~7) days ago.
>
> Are you guys working on adapting Thunderbird or Lightning to
> Google's new authentication process?

I don't know about Thunderbird and Lightning. Other reports e.g. in
mozilla.support.calendar indicates that it works after removing and
adding back the password.

Kosuke Kaizuka

unread,
Jan 29, 2013, 9:55:42 PM1/29/13
to
On Tue, 29 Jan 2013 20:03:57 +0100, Stefan Sitter wrote:> On 29.01.2013 19:55,
I encountered same problem with Google Calendar (CalDAV) and removed stored
password, then entered password again, however, nothing changed...

It seems that Google has changed something about authentication.
Previously, password for "Google CalDAV" was asked and this password was stored
in Thunderbird.
Now, password for "Google APIs" is asked and this password is *not* stored in
Thunderbird any more.

Philipp, developer of Lightning, has recognized this issue and said
"Asking for passwords again and again is a known issue, I hope to release the
fix for it soon."
in other thread in this group.

STF

unread,
Jan 30, 2013, 11:58:07 AM1/30/13
to
On 2013.01.30 03:55, Kosuke Kaizuka wrote:
>
> I encountered same problem with Google Calendar (CalDAV) and removed stored
> password, then entered password again, however, nothing changed...
>
> It seems that Google has changed something about authentication.
> Previously, password for "Google CalDAV" was asked and this password was stored
> in Thunderbird.
> Now, password for "Google APIs" is asked and this password is *not* stored in
> Thunderbird any more.
>
> Philipp, developer of Lightning, has recognized this issue and said
> "Asking for passwords again and again is a known issue, I hope to release the
> fix for it soon."
> in other thread in this group.
>

I also encountered this "problem" in both my office and home computers
but I managed to overcome it. This is how I did it:
* make sure calendar.network.multirealm variable is still set to "true"
* open TB's password manager and delete all "Google CalDAV" and "Google
API" entries
* Restart TB
* And enter password appropriately when asked.

I'm using TB 17.0.2 & Lightning 1.9

Kosuke Kaizuka

unread,
Jan 30, 2013, 1:20:30 PM1/30/13
to
Your method does not work well on my environments...
* Tb 19.0b1 & Lightning 2.1a2 (from latest-comm-aurora, build on
07-Jan-2013)
* 1 main Google calendar
* 8 sub Google calendars

Dialogs ask passwords for 'Google APIs "<calendar name>"', however,
passwords are not stored.

Matthew Mecca

unread,
Jan 30, 2013, 9:05:46 PM1/30/13
to
On 01/30/2013 01:20 PM, Kosuke Kaizuka wrote:
> Your method does not work well on my environments...
> * Tb 19.0b1 & Lightning 2.1a2 (from latest-comm-aurora, build on
> 07-Jan-2013)
> * 1 main Google calendar
> * 8 sub Google calendars
>
> Dialogs ask passwords for 'Google APIs "<calendar name>"', however,
> passwords are not stored.
>

There's a separate issue tracked in Bug 821595 that prevents passwords
from being stored in current comm-aurora and comm-central builds.

STF

unread,
Feb 1, 2013, 8:32:42 AM2/1/13
to
OK, but the original poster should be able to resolve the problem since
he is also using release build as he stated.

0 new messages