Starting the TB 3.1.8, I need a three-fold entry of the master password. I tested in different situations
a) Nomal setup. Two imap accounts and three extensions: Deutsches Woerterbuch 2.0.2, Google Calendar Tab 3.5, Google Contacts 0.6.34
Result: three master password prompts
b) Two imap accounts and only one of the three extensions at a) activated
Result: two master password prompts
c) Two imap accounts and no extensions
Result: one master password (correct behaviour)
It looks as if the extensions are requesting separate logins into the security module. The situation is the same, no matter which extension is active. Looks like a general bug in the extension integration, but on the side of TB, not on the extensions side ...
So what extensions do trigger this ?
These extensions are installed:
Google Calendar Tab 3.5,
Google Contacts 0.6.34 https://addons.mozilla.org/de/thunderbird/addon/google-contacts/
I don't think that the "Wörterbuch" requests any authentfication. But the google extensions need to login into the google account. Google Contacts website shows no information abount login problems, I de-installed Google Calendar Tab 3.5 permanently now, but I still need three logins into the security module.I've seen similar bug reports for earlier tb releases, maybe this is a regression?
Please contact the extensions authors as the bug ois present in their code and not in Thunderbird Core.
Ludo, Google Calendar tab does nothing but open a content tab with Thunderbird's tabmail, and it's Thunderbird code that's responsible for restoring content tabs, so in a way, I guess we're responsible for this failure (which I'm experiencing too, hence my reopening this bug).
CCing standard8 and asuth who might have thoughts about this.
*** Bug 673058 has been marked as a duplicate of this bug. ***
Thunderbird 9 Still has not fixed this issue which has been open for many many years now. And StartupMaster, which was a workaround is incompatible with TB9. Why not just put the StartupMaster code into Thunderbird and solve this once and for all?
I am forwarding my intervention from https://bugzilla.mozilla.org/show_bug.cgi?id=728654
> Alexandre, can you try to disable Google contact and Google Calendar?
I think that the point is (I don't know the source code) that every modules which requires an access to the security device call getSecurityInformation("key") -> "value";
And as the device is not yet opened, it opens many password prompt, you just have to make getSecurityInformation() a wrapper which checks:
- if the security device is opened, then get the info
- if the security device is being opened, then register to the "finished" event of the current password prompt
- if the security device is not opened, then open it
I believe that it must be that simple. Anyway IMO it should not be possible to open many prompt at the same time to open the security device, because the security device API should do the necessary checks and synchronizations to prevent it.
So I think that I don't have to disable any add-on, because whatever the add-on I am going to install, I want my Mozilla products to prompt me 1 time at most.
Why can't you just incorporate StartupMaster into TB. It solves the problem! This has gone on too long, and a solution is at hand!
(In reply to James Rome from comment #8)
> Why can't you just incorporate StartupMaster into TB. It solves the problem!
> This has gone on too long, and a solution is at hand!
James, I think we need to solve the problem at its root: the function which opens the security device, and I think that it could fix this bug for every Mozilla products at the same time.
Alexandre, I would be most happy to see you submit a patch since « [you] believe that it must be that simple. ». :-)
Jonathan Protzenko [:protz] from comment #10)
> Alexandre, I would be most happy to see you submit a patch since « [you]
> believe that it must be that simple. ». :-)
Jonathan, ok if you can give me a hint where this code is, I'll try to patch it.
how is this different from bug 584014/bug 177175 ?
(In reply to Jonathan Protzenko [:protz] from comment #4)
> Ludo, Google Calendar tab does nothing but open a content tab with
> Thunderbird's tabmail, and it's Thunderbird code that's responsible for
> restoring content tabs, so in a way, I guess we're responsible for this
> failure (which I'm experiencing too, hence my reopening this bug).
then, is this not unlike bug 682474?
Double negation. Tricky.
Yes, it could be the same issue, but I don't think I'm qualified to be sure of that.
*** Bug 728654 has been marked as a duplicate of this bug. ***
Is this bug / bug 682474 a regression?
10 email accounts
I have this problem too with both Thunderbird v24.2.0 (Portable as well as "normal" standalone on a different PC).
I was running Thunderbird with 4 IMAP email accounts and never saw this problem. Then I added the following Addons (configured to connect to my gmail account for its Google calendar and contact sync):
Google Contacts v0.7.12
Inverse SOGo Connector v24.0.2
Provider for Google Calendar v0.25
Since the addons are installed and active (configured to store the passwords for those that require passwords) I get 3 Master Password entering dialogs on each start of Thunderbirg (immediately after starting it, no time delay etc.)
Same here in TB 38 (current beta)
BTW, I am on OS X, not Linux
*** Bug 1161937 has been marked as a duplicate of this bug. ***
Was fixed in 31.x, reappeared in 38.x.
Seems like a regression.
In my case Thunderbird asks at least 4 times the master password in the begin. Also, it asks for my Google Contacts password always even I marking "remember".
I'm using Thunderbird 38.3.0 on Mac OS X 10.10 and this problem has now appeared to me too. When starting Thunderbird, it asks me three times the Master Password before actually checking my email addresses. I have to add that I have just installed the Provider for Google Calendar plugin (version 1.0.4) and configured the Calendar in Thunderbird to synchronize to my Google Calendar.
Just for completeness: I'n not using any of the abovementioned plugins.
Any news of this bug?
It will be resolved in 45.1 ? (it is not in 45.0)
There has been no work done on this issue. Patches welcome.