Closed Bug 1055425 Opened 10 years ago Closed 10 years ago

Server Settings under Account Settings blocking any further change on OS X

Categories

(Thunderbird :: Account Manager, defect)

31 Branch
x86_64
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: coolnodje, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Firefox/31.0 (Beta/Release) Build ID: 20140716183446 Steps to reproduce: Account Settings -> click on ANY accounts' 'Server Settings' Actual results: Dialog stays on Server Settings wherever you click. Only cancel, reopen Account Settings can reset and allow you to continue editing Expected results: well, dialog should let you edit any part of an account settings ;)
Severity: normal → blocker
Hardware: x86 → x86_64
This has been on for a very long while, last version (24.x) was also having the problem. Can't see any error in Error Console or OS logs.
Can you attach a screenshot? Having a panel selected in the left panel list, while the right panel showing settings for a wrong (previous) panel.
Group: core-security
CC list accessible: false
CC list accessible: true
Here's a new pic with personal data obfuscated. I can't believe I uploaded this in clear...I feel terrible Can someone help me delete the first attachment please?
This doesn't fit definition of blocker, nor core-security. Does it happen with THunderbird in safe mode?
Group: core-security
Severity: blocker → major
Flags: needinfo?(coolnodje)
Also see in Tools->Error console for any interesting messages after this error happens.
@:aceman As I wrote earlier, no error in Error Console or in OS log. @:wsmwk Sorry, don't why it's in core-security group, should obviously be elsewhere. It happens also in safe-mode I guess you need much more info to be able to hopefully reproduce or understand where it can come from. Please shout for anything you need. Can I enable debug log or something equivalent?
Put these lines in your prefs.js file, start TB again and reproduce the bug. See the error console again. user_pref("javascript.options.showInConsole", true); user_pref("javascript.options.strict", true); user_pref("javascript.options.strict.debug", true); Don't you by chance get a small dialog saying your Local directory is wrong, that you are not noticing? It doesn't look wrong from the screenshot but just in case.
I actually do have a small dialog saying Local dir is wrong from time to time. I did not mention it because its appearance is pretty inconsistent, and new with my update to v31, and because the path is actually right and everything seems to be working fine. Right now I can't get the wrong Local directory dialog. I'll give a try to the prefs.js and keep you posted
Flags: needinfo?(coolnodje)
That dialog should come up consistently, but only when you hit the Server Settings of the right account. It may be that only one of the paths is wrong. Keeping a "unsuitable" local directory may work, but may cause problems in the future. You may read bug 750781 and dependents for more details.
Alright, good news, I got it working again by removing some old nntp servers configs. The odd thing though is: only selecting Local Folders would produce the wrong Local directory dialog, and the path seems actually correct, permissions on folder as well: The Local Directory path "~/Library/Thunderbird/Profiles/default.f3g/Mail/Local Folders" is not suitable for message storage. Please choose another directory. Could it be the space in 'Local Folder'? Questions: - I've got plenty of 'localhost', 'localshot-1' folder , can I delete them? - default Gmail IMAP account are all stored in imap.gmail.com. Can I simply move them to a more explicit folder by browsing for a new directory or do I have to change the folder name manually and then select it in TB?
Now each time I try to add a newsgroup account, it tries to create it in a non existing folder (under newsrc file) and keep the local directory empty. And there's no way I can change the folder. The bug appears again after the creation of a newsgroup account.
Please see values of mail.root.* prefs (and mail.newsrc_root*). If they look bogus (point to nonexistent folders), you can remove them and they should be reinitialized.
Everything's working fine now, I close the bug. reseting mail.newsrc_root* values did the trick, but i guess the Account dialog shoudn't freeze when those path aren't found.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Group: core-security
It should not freeze, it should just show the dialog, that can be dismissed. I have tried to put bogus values into mail.newsrc_root* prefs but I couln't see the problem. I am not sure the newsrc paths are even checked for validity in the same way the Local Directory paths are.
Resolution: WONTFIX → WORKSFORME
Group: core-security → core-security-release
Group: core-security-release
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: