Steps to reproduce: 1- Open the Preferences window and change category, open a sub-category 2- Click the OK buttom Actual results: the Preferences window does not fully close as it remains somewhat transparent. Also, thanks to "Show Chrome javascript errors and warnings" checkbox checked, I can see this error report in the console: Error: Error in parsing value for property 'background-color'. Declaration dropped. Source File: chrome://messenger/content/pref-viewing_messages.xul Line: 0 Reopening the Preferences window brings up another preferences window. I was able to have up to 5 distinct Preferences window. (Screenshot coming) Expected results: the Preferences window should close normally. Seamonkey 1.1a rv: 1.9a1 build 2005090105 under XP Pro SP2 here.

Screenshot of the duplication of Preferences window because individual Preferences window instance do not close normally

Newer steps to reproduce (B-24 of smoketest at http://www.mozilla.org/quality/smoketests/#browser): 1- Select Edit | Preferences... to bring up the Preferences dialog. 2- Select the Navigator category in the left panel, which should display the Navigator preferences in the right panel. 3- Make sure that the "Home page" radio button is selected, under the "Navigator starts with" section. 4- In the "Home page" section, enter "http://www.mozilla.org/quality/" (without the quotes, of course) in the textfield. 5- Click OK to save the changes and dismiss the Preferences dialog. Actual results: the Preferences dialog window is not dismissed. adding smoketest keyword Note: the parsing error about "background-color" in chrome://messenger/content/pref-viewing_messages.xul is not reported consistently, often in the js console.

The parsing error about "background-color" in chrome://messenger/content/pref-viewing_messages.xul is actually bug 294987

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050903 SeaMonkey/1.1a classic theme, tested according to steps from comment 0 and comment 2.

Sometimes reproducible with SeaMonkey/20050903. I believe I saw this first in earlier builds but it seemed random.

I also see this. Seamonkey 9/3 - 05 build.

I'm using the Modern theme, if that's significant.

Also bug 307194: same symptoms. I've also seen the same symptoms when a modal window (not the download manager window but the window appearing before) asking what to do: open or save.

It's possible this bug is related to bug 307153 which was fixed today. I'll try tomorrow's nightly build to see if the problem still occurs.

Lastest Tinderbox build (9/7-17) still has this problem.

"Latest"...

Hmm. I can't reproduce the problem after the first time it happened. I also noticed that the Bookmark menu items, when I scrolled through them, would flicker sometimes, other times freeze just like this bug. I may be experiencing something else, that's only simlilar, recently introduced by the Tinderbox build.

The problem is still there in Seamonkey 1.1a rv:1.9a1 build 20050908: after making some changes in the Prefs window, it does not close properly. To best reproduce the bug, one needs to open, close a few categories (eg Navigator, Appearance, Advanced, etc) and then make a few changes in the prefs settings.

I read https://bugzilla.mozilla.org/describecomponents.cgi?product=Mozilla%20Application%20Suite#XP%20Apps and http://www.mozilla.org/quality/browser/navigator-who2bug.html#prefs and I'm not sure if Component field should be XP Apps: GUI features

As of the 9/8-06 nightly build, the problem is now completely gone for me - no matter how many times I try to get it to happen. What I was experiencing with the earlier Tinderbox build (along with the flickering / freezing Bookmarks menu) isn't happening any more. In previous builds, the problem would happen 100% of the time.

(In reply to comment #13) > The problem is still there in Seamonkey 1.1a rv:1.9a1 build 20050908: after > making some changes in the Prefs window, it does not close properly. Gerard, I didn't see the bug in my comment 4, using win98 and classic theme. Jason did see the bug using modern theme on an unknown OS. Do you use modern theme, do you use extensions? Does anybody see the bug on classic theme or other OS than windows?

dumping in core: widget win32

> Do you use modern theme, Yes. > do you use extensions? Yes. And it still happens in Seamonkey 1.1a rv: 1.9a1 build 2005091105, even with a brand new profile that uses no extension. I was able to have 3 Preferences window opened. Even bug 307194 still happens too in build 20050901105. I'll check/try with classic theme.

It happens in Classic theme too and with a brand new profile too. I do not even have to make any changes in any category. I just have to change category and click OK but I have to do this 3 or 4 times. The bug is not reproducible 100%: I can not find a precise, specific set of steps to reproduce. I can reproduce it when switching category and clicking OK and if the Preferences window closes, then I can try again and usually at the 3rd or 4th attempt or so, the Preferences window remains opened.

*** Bug 309245 has been marked as a duplicate of this bug. ***

*** Bug 309881 has been marked as a duplicate of this bug. ***

This even happens with Firefox 1.4.1 rv: 1.8b5 build 20051007 for the "Report a Broken Site" window. Steps: click the "Report a Broken Site" button and then click the cancel button in the window. You may have to repeat/try a few times: it's not always reproducible.

Duping to bug 307563, dedupe if the patch doesn't fix this. *** This bug has been marked as a duplicate of 307563 ***

*** Bug 315530 has been marked as a duplicate of this bug. ***

*** Bug 317927 has been marked as a duplicate of this bug. ***