Account2 (none) local folders keine passwort, normal

Closed Bug 1523120 Opened 4 years ago Closed 3 years ago

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0

Steps to reproduce:

Have Thunderbird 60.4.0 32 bit. Set master passoword in Thunderbird.
On every opening of thunderbird the master password popup appears 2 times: before starting main window and after that.
I have to close the second popup manually. The first box colses on password input, but not the second.

Actual results:

an extra master passwort input box appers
This beginns about 4 weeks ago. Last 2 updates did not change this.

Expected results:

Only one box like in the past

tested version 60.3.3 and also 60.3.0. The extra password box was in both versions.
But not in the past, extra box starts aproximately in december

In version 60.0 is only 1 password window (mostly in background after opening), in version 60.0b11 are two.
Dont know the numbering, 60.0b6 is earlier then 60.0 but 60.0b11 ist later than 60.0

Yes, those those old beta versions were tricky. Beta 11 had changes destined for 60.1, but 60.1 never happened, it was delayed and became 60.2.1.

So basically the changes that suppressed multiple master passwords for most people caused them for you. Are you using any add-ons? Can you try the same on a new profile?

I've had (not "hat") a long dialogue in bug 1512083 with the reporter there, I'm using a master password on one of my accounts and I've never seen two prompts. Maybe with your help we can track it down.

Summary: double master password box → double master password box since TB 60.2.1 (TB 60 beta 11)

I may have seen this once or twice in ~4 months. Not reproducible.

Please post your list of accounts from help > troubleshooting
And list any addons installed.

Also, roughly how old is your Thunderbird profile data?

I'm from 1512083 and I have had my profile for more years than I can remember. But only a few years back started using IMAP to better control things. The problem with redoing the entire profile is explained in my dialogue with Jorg.

Behaviour on mine still the same, op program open the non-functioning requester immediately comes up centred main monitor, program opens on second monitor (where I've deliberately got it) and requester which works opens centred in program window. I can simply cancel the first requester and fill in the second and everything works correctly. If first not cancelled, program does not close properly. You can fill in the first and it disappears, but the second still needs to be correctly filled before any password action can occur. So the first doesn't really do anything, except linking to the program so deeply somehow that it doesn't close properly.

cheers, and thanks for looking.

"op program open" = on program open. typo sorry.

myprofile is also very old, more than 5 years, may be 10 years. Copied from old to new PC 3 year ago.
Extensions: CompactHeader, Enigmail, MailMerge + deactivated AddExpandedList and Lightning (not compatible)
Accounts:
account1 (none) Local Folders Keine Passwort, normal
account9 (imap) secureimap.t-online.de:993 SSL/TLS Passwort, normal securesmtp.t-online.de:587 STARTTLS Passwort, normal true
account11 (imap) md.avateramedical.com:993 SSL/TLS Verschlüsseltes Passwort md.avateramedical.com:465 SSL/TLS Verschlüsseltes Passwort true
account13 (nntp) news.tota-refugium.de:119 Keine Passwort, normal smtp.web.de:587 STARTTLS Passwort, normal true
account15 (imap) imap.web.de:993 SSL/TLS Passwort, normal smtp.web.de:587 STARTTLS Passwort, normal true
smtp.1und1.de:587 STARTTLS Passwort, normal false
account17 (imap) imap.1und1.de:993 SSL/TLS Passwort, normal smtp.1und1.de:587 STARTTLS Passwort, normal true
account18 (imap) imap.arcor.de:993 SSL/TLS Passwort, normal mail.arcor.de:465 SSL/TLS Passwort, normal true
mail.arcor.de:465 SSL/TLS Passwort, normal false
account19 (imap) delta.gra.de:993 SSL/TLS Verschlüsseltes Passwort delta.gra.de:587 STARTTLS Verschlüsseltes Passwort true
account20 (imap) mail.ilmenau.net:993 SSL/TLS Passwort, normal mail.ilmenau.net:25 STARTTLS Passwort, normal true

Absolute crazy, after updating from V60.0b11 to actual 65.0b4 (seems to be on beta channel now) there is only 1 password window, but it starts before program window and stay in background.

That is crazy. BTW, not a good idea to run a newer version on the production profile. Things may get upgraded in the profile and there is no downgrade/going back.

Please try regular TB 60.5 on a new profile.

Off-topic: So you're in Thüringen (Ilmenau) and have accounts with four German mail providers: Telekom, 1&1, Arcor and web.de. Maybe time to register your own domain and have an e-mail address for life ;-)

Get back to V60.5.0 (release), and the two password screens are also back.
But the beta seems to be on the right way.
Tested also V60.5.0 with another user account and younger profile with only 1 mailbox, and there is no problem with password popup. Only 1 popup and in front of firefox window.

Is there a fast way to a new profile with keeping the settings and maiilboxes?

Sorry, no changes were made to the beta.

No, there isn't an easy way to migrate profiles. You can move/copy the "Mail" folder from profile to profile which will move your local folders. It's different for IMAP and you need to set up all your accounts again. Surely you can copy the entire profile, but that defeats the purpose since we assume that there is a gremlin hiding somewhere.

Recently started happening again, after I accidentally started 52.9.1 which caused by password files to be messed up when I came back to 60.x. I restored my password files from a backup and now have two master password prompts

(In reply to Wayne Mery (:wsmwk) from comment #16)

Recently started happening again, after I accidentally started 52.9.1 which caused by password files to be messed up
when I came back to 60.x. I restored my password files from a backup and now have two master password prompts

Anyone else able to reproduce with these steps?

Flags: needinfo?(wls220spring)

Flags: needinfo?(o.e.ekker)

I must have switched numerous times between versions and profiles, and have occassionaly seen a 2nd prompts for the master password, but it wasn't consistent or reproducible, so I waved it off.

Flags: needinfo?(o.e.ekker)

I haven't been able to reproduce this bug testing with 52.9.1 and 60.6.1 on Ubuntu 18.04.2.

Flags: needinfo?(wls220spring)

I have fixed the double master password prompt in a TB67 beta1 profile with the following procedure.

  1. Backed up the TB67beta1 profile
  2. Deleted the following files from that profile: logins.json, secmod.db
  3. Created a new virgin profile by running TB68 daily (2019-04-12).
  4. Copied over the following files from the daily profile and overwrote the existing ones in the TB67 profile: cert9.db,
    key4.db, pkcs11.txt.
  5. Upon starting TB67 I had to enter all account passwords again when prompted.
  6. Set the master password again.
  7. Restored personal certificate.

Upon restarting TB67, now there's only a single master password prompt. So my bets are on some sort of password file corruption which occurred when transitioning through the various TB60.x betas.
I somehow doubt it is related to using the Startup Master extension until it stopped working in a later beta version.

I still do use the Startup Master extension in a TB60.6.1 production profile, and I still do see 2 master password prompts there without the extension.

And the same or a similar procedure doesn't solve the issue on TB 60.x?

(In reply to Christian Riechers from comment #20)

I spoke too soon. When re-entering all the passwords for the various accounts I missed one chat account.
The password for that chat account was then entered later, and that was after setting the master password again.
Upon restarting Thunderbird after that, the double master password prompt was back.
Beats me.

(In reply to Jorg K (GMT+2) from comment #22)

And the same or a similar procedure doesn't solve the issue on TB 60.x?

I haven't tried that (yet). Re-entering all the passwords is a real pain.

(In reply to Christian Riechers from comment #23)

I spoke too soon. When re-entering all the passwords for the various accounts I missed one chat account.
The password for that chat account was then entered later, and that was after setting the master password again.
Upon restarting Thunderbird after that, the double master password prompt was back.
Beats me.

The story continues. I've removed the chat account password, and things are back to normal, i.e. no double password prompts anymore.
I'm wondering if anyone else reporting the double password prompt problem has a chat account with a remembered password.

(In reply to Jorg K (GMT+2) from comment #22)

And the same or a similar procedure doesn't solve the issue on TB 60.x?

Now also tested with TB 60.6.1:

  1. removed chat account password
  2. removed StartupMaster extension
  3. restarted Thunderbird

There are no more double password prompts. And there's no need to reset any password files as described in comment #20. So I'm pretty certain the chat account password is the culprit here.

I just realized that I always get a double prompt, but I also always get a popup request to identify myself with a certificate for irc.mozilla.org chat (bug 759823), so for me starting TB is always a bit more work than necessary/wanted...

Patrick, any thoughts on Chritian's findings?

I have a chat account defined, but not set to connect at startup, and I get two MPW prompts.

Component: Untriaged → Security

Remarks:

  • first MPW window appears dirctly after starting Thunderbird, just before the main window.
  • secode MPW appears after main window and a contact to the mail servers.
    Sometimes I have connection trouble on WLAN, and then the second MPW appears realy late.

Read about chat: have also a newsgroup account at news.tota-refugium.de that is not displayed in mailbox configuration in a former post.

Hope this helps.
Peter

Further to my "lurking"on this issue, I have a rarely used laptop handling other email accounts that I have not changed things on, and it still exhibits this behaviour, as described at length to Jorg in 1512083. Today I had a light bulb moment, and looked at process manager.

If it is at all relevant, the "non-functioning" requester that comes up first is running as a separate process listed under the Tbird heading. Like I have said before, if you close Tbird normally, it doesn't really close...it disappears but is running in the background. The Tbird/Password process remains listed until you press the cancel button on the "non-functioning" requester. I had a hunt around but could not find any more info about where it was originating from, but someone with more knowledge than myself may be able to track it better.

cheers,

Just tested Thunderbird 68, and YES! doubled MPW window is history!

Thank you!

Marking as WORKSFORME since the original reporter said the behavior is fixed in TB 68.

Please let us know if this starts happening again and we can reopen!

Status: UNCONFIRMED → RESOLVED

Closed: 3 years ago

Resolution: --- → WORKSFORME

Toplist

Neuester Beitrag

Stichworte