Closed Bug 193779 Opened 22 years ago Closed 20 years ago

Mozilla locks up after changing preferences to or from "use my own colors"

Categories

(SeaMonkey :: Preferences, defect)

Product:
SeaMonkey
Component:
Preferences
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 147564

People

(Reporter: bzipitidoo, Assigned: bugs)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210

The Edit->Preferences->Appearance->Colors dialog locks up Mozilla after viewing
the www.sdcommute.com web site.

Reproducible: Always

Steps to Reproduce:
1.  Go to given web site.  Every page on www.sdcommute.com I checked has caused
the problem.
2.  From the menu, do Edit->Preferences->Appearance->Color
3.  Change "Always use the colors ..." / "Use my chosen colors ..."
    to the other one.
4.  Click "OK" or "Cancel"

Actual Results:  
Browser locks up.

Expected Results:  
Shouldn't lock up.

Similar to bug 165552.  Bug 183783 talks about the default settings of these
options.
I noticed in yesterday's elsewhere changing to/from use my colors that the CPU
would peg and there would be considerable delay before CPU would return to
normal and prefs panel would clear. Today with 2003021712 OS/2 trunk on this
bug's URL that action resulted in CPU staying pegged an excessive length of time
(est. 1+ min), and Mozilla had to be killed to regain control and quiet the CPU.
I noticed on above URL that "done" did not appear on the status bar until
leaving the tab to load another URL in another tab.
WFM, 2003021404, Windows 98. Reporter, can you reproduce this on the latest
nightly build?
AH, maybe you should try the latest nightly build. That's what I did.
1.2.1 in Linux does not have this problem.
Build 2003021808 in Linux has this problem.
W32 release 1.3b 2003021008 has this problem.
W32 nightly 2003021808 has this problem.

Confirming on PC.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Felix, Brent, this setting also causes lots of CPU hogging for me (1.6 Win2k),
but after 4-5 seconds (on my 2600+) everything works on as expected, so maybe
it's not a hang, but "only" lots of CPU eating; can you confirm this?
Only comment #1 suggests a real hang...
I opened it up in 1.6 in tab 2 in WinXP on a P2-350 as well as in 1.6 in tab 2
in Linux on a K6/3-400, and both reacted swiftly enough to changing the use my
colors pref. I opened it up in the trunk in tab 18 in OS/2 on a K6/3-550 and it
pegged for probably about 20 seconds. I then went back to XP, opened up a total
of 18 tabs, changed the setting once more, and it took 24 seconds for the prefs
panel to exit. Looks like this is a dupe of bug 147564.
After testing I can confirm comment #7: dup of bug 147564.

*** This bug has been marked as a duplicate of 147564 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.