Closed Bug 385924 Opened 17 years ago Closed 13 years ago

Ok button does not close settings window when pressed, but changes are saved.

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

SeaMonkey 1.1 Branch
x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 368617

People

(Reporter: py2elg, Unassigned)

Details

(Whiteboard: [Halloween2011Bug])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 Ok button in Mail & Newsgroups Account Settings does not close the window when pressed, but changes are saved. Reproducible: Always Steps to Reproduce: 1.Open Mozilla Mail (Seamonkey) 2.Select Edit->Mail & Newsgroup Settings 3.Change anything 4.Press OK Button Actual Results: Form Window does not close. The forms closes only if you click on the X button. Expected Results: Form closing.
You're talking about SeaMonkey 1.1.2 right? Just wondering because of Bug 383938 (which was trunk-only).
Yes. Thanks.
See also Bug 368617 (duplicate?)
Edson, Can you reproduce with SeaMonkey v1.1.9 ?
Version: unspecified → SeaMonkey 1.1 Branch
Hello guys! I've had this problem (or at least similar) and found a temporary solution. On my system (OpenSUSE, Thunderbird 2.0.0.4) I had the error: Error: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsISpamSettings.initialize]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://messenger/content/AccountManager.js :: saveAccount :: line 648" data: no] Source File: chrome://messenger/content/AccountManager.js Line: 648 There I found a line that says: // if we made account changes to the spam settings, we'll need to re-initialize // our settings object if (server && server.spamSettings) server.spamSettings.initialize(server); Now this line, that wants to initialize the spamSettings (AFAIK), is sometimes broken. In my case, I can reproduce this bug with just browsing around the settings window (vieweing settings a lot, like 20 or more pages), and then the OK button is broken, and the error comes. So my solution wants to be, to put a try - catch in this line like this: // if we made account changes to the spam settings, we'll need to re-initialize // our settings object if (server && server.spamSettings) { try { server.spamSettings.initialize(server); } catch(err) { // Handle errors here, or at least inform the user to restart //hunderbird to make Spam settings work as he just set it up. } } I hope I could help, regards Gregory
WORKSFORME Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111017 Firefox/10.0a1 SeaMonkey/2.7a1
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Assignee: mail → nobody
QA Contact: mailnews-account
Whiteboard: [Halloween2011Bug]
You need to log in before you can comment on or make changes to this bug.