Closed
Bug 306925
Opened 19 years ago
Closed 19 years ago
Windows opened in any way can no longer close properly ("freeze")
Categories
(Core :: Widget: Win32, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 307563
People
(Reporter: bugzilla, Unassigned)
References
Details
(Keywords: smoketest)
Attachments
(1 file)
|
6.96 KB,
image/png
|
Details |
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.
| Reporter | ||
Comment 1•19 years ago
|
||
Screenshot of the duplication of Preferences window because individual Preferences window instance do not close normally
| Reporter | ||
Comment 2•19 years ago
|
||
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.
Keywords: smoketest
| Reporter | ||
Comment 3•19 years ago
|
||
The parsing error about "background-color" in chrome://messenger/content/pref-viewing_messages.xul is actually bug 294987
Comment 4•19 years ago
|
||
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.
Comment 6•19 years ago
|
||
I also see this. Seamonkey 9/3 - 05 build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 8•19 years ago
|
||
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.
| Reporter | ||
Comment 9•19 years ago
|
||
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.
Comment 12•19 years ago
|
||
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.
| Reporter | ||
Comment 13•19 years ago
|
||
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.
| Reporter | ||
Comment 14•19 years ago
|
||
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
| Reporter | ||
Updated•19 years ago
|
Whiteboard: See also bug 307563, bug 307194
Comment 15•19 years ago
|
||
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.
Comment 16•19 years ago
|
||
(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?
Updated•19 years ago
|
Flags: blocking-seamonkey1.0b?
| Reporter | ||
Comment 18•19 years ago
|
||
> 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.
| Reporter | ||
Comment 19•19 years ago
|
||
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.
Updated•19 years ago
|
Flags: blocking1.8b5?
Updated•19 years ago
|
Updated•19 years ago
|
Updated•19 years ago
|
Summary: Preferences window can no longer close properly, normally → Windows opened in any way can no longer close properly ("freeze")
Updated•19 years ago
|
Flags: blocking1.8b5? → blocking1.8b5-
| Reporter | ||
Comment 22•19 years ago
|
||
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.
Comment 23•19 years ago
|
||
Duping to bug 307563, dedupe if the patch doesn't fix this. *** This bug has been marked as a duplicate of 307563 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Updated•19 years ago
|
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•