Account Settings 'OK' doesn't always close



Account Manager
6 years ago
6 years ago


(Reporter: u279673, Unassigned)


10 Branch
Windows XP

Firefox Tracking Flags

(Not tracked)




6 years ago
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.1) Gecko/20100101 Firefox/10.0.1
Build ID: 20120208060813

Steps to reproduce:

If you switch between too many tabs in Thunderbird v10.0.1's "Account Settings", the 'OK' button doesn't work (you can close the window).

Actual results:

1. Go into Account Settings
2. Switch between tabs a few times (e.g. several accounts, "Server Settings", etc).
3. The OK button does not work.

Expected results:

1. Go into Account Settings
2. Shouldn't matter how many tabs you jump between
3. The OK button works

Comment 1

6 years ago
Probably should also tell you I have Enigmail installed, and so an extra "OpenPGP Security" tab exists for each account.

Comment 2

6 years ago
(In reply to RedBlade7 from comment #1)
> Probably should also tell you I have Enigmail installed, and so an extra
> "OpenPGP Security" tab exists for each account.

How can you switch tabs when the "Account Settings" window is open? In my case, I cannot go back to the main Thunderbird window to switch tabs.
User Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.1) Gecko/20120208 Thunderbird/10.0.1
Application Build ID: 20120208125353

Comment 3

6 years ago
By "Tab" I mean the tabs on the side of Account Settings for the different accounts, and sub-entries like Server Settings, etc.

Comment 4

6 years ago
Can you check this is not one of bug 536768, bug 557030, bug 709581?
Redblade ?

Comment 6

6 years ago
I just checked, apparently it only happens when one of the accounts happens to be selected at some point along the way.

Here is what is happening in my case:

I have four POP3 accounts, one RSS account, Local Folders, and Outgoing Server (SMTP) tab. Clicking on one of the POP3 account's tabs (or any sub-tab within it) will cause this bug to happen.

The three working POP3 accounts:

1. all have the same "@domain" e-mail address,
2. all have the same POP3 server (different logins)
3. all have the same SMTP server.

While the POP3 account subject to this bug, has its own of those three settings.

Comment 7

6 years ago
NOTE: Comment 6 happened on Thunderbird 10.0.2, installed via automatic update.

Comment 8

6 years ago
NOTE: This problem does NOT occur on the Thunderbird 10.0.2 package for Slackware Linux v13.37 (the updated package from the slackware-stable tree)

Comment 9

6 years ago
Well, you seem to have a very similar TB configuration (the accounts) to me. I even use Slackware 13.37. But I use the official build from mozilla, not Slack package. The 3 bugs I proposed you can be reproduced in TB built from source on Slackware. They are logical bugs in TB and should not be dependent on build options. I am working on them.

Can you try testing which "tab" (called pane) causes it? Click on the first tab and try OK. Then reopen Account settings and try the second tab, click OK. Repeat until you find the tab which refuses to close on OK. Make a screenshot of that tab. Then press Cancel and go straight to Tools->Error console and paste the last (on bottom) errors/warnings here. And attach the screenshot (you can censor the account names or any private info).

Comment 10

6 years ago
Taking just to not loose track of this bug. I am working on similar ones.

Still waiting the answer from RedBlade7.
Assignee: nobody → acelists
Depends on: 536768, 557030

Comment 11

6 years ago
Sorry about that, I thought I had answered those questions in comments #6-#8.

Again, nothing is wrong here under Slackware's official packages (now at v11.0.1).

See Comment #6 for information on the account that is causing it under the official Windows version.

I believe I deleted and re-added that account (including deleting the folder and .MSF file) under "Mail" in %APPDATA%) at one point, since its "Junk Settings" tab refused to save, and deleting/re-adding the account might have fixed this reported bug.
(I believe "Junk Settings"'s folder fields were blank, which became interpreted as the "Local Folders" Junk folder, and after selecting the account's Junk folder, I couldn't save changes to that tab.)

So I can check again under Windows, but I'm pretty sure I haven't had any problems since. And again, no problems under Slackware's official packages.

Comment 12

6 years ago
No, comments 6-8 didn't have the answer about which exact tab (panel) was causing it.
Now when you now say it is Junk settings and also mention the blank folder fields, than those are the symptoms of bug 709581 (and dependencies, you'll find screenshots in them).
There should not be a difference between official build from and the Slackware build (in regard to this bug). But if you re-added the account then you probably removed the problem (if it was indeed bug 709581) and you can't now find the proof of what was the real cause. So let's dupe it for now.
Assignee: acelists → nobody
Last Resolved: 6 years ago
No longer depends on: 557030
Resolution: --- → DUPLICATE
Duplicate of bug: 709581

Comment 13

6 years ago
Checked again, no probs under Windows anymore, the delete/readd weeks ago must've fixed it. It's a dupe.
You need to log in before you can comment on or make changes to this bug.