117679 - Mozilla freezes occasionally w/100% CPU

Status: VERIFIED DUPLICATE of bug 118846

(Core Graveyard :: Plug-ins, defect)

Description

[Bob Atkins]

Freezes occur randomly and with varying frequency. Each time a freeze occurs the
CPU goes to 100%, no disk activity. Any animated images on the page stop
animating.Other x-win app activity is unaffected.

For a while www.shoutcast.com would cause a freeze everytime that site was
loaded. Then for no apparent reason it now loads fine. I've had mozilla freeze
when being prompted to save a file - just as the save file dialog came up.

I was able to repeatably lock mozilla up while using the xmms bugzilla form. Go
to http://bugs.xmms.org/enter_bug.cgi and select the OS pull down menu. This
action freezes mozilla everytime. In this example I was unable to interact with
any other X apps although the desktop/other apps continued to update - mouse
pointer remained in select mode. I had to telnet in and kill mozilla remotely.

On more than one occasion mozilla has frozen when starting up. Usually the
mail/news window comes up first, partially draws and before the icons appear in
the left sidebar for the mail folders everything freezes. In every case I have
to kill mozilla manually. I have tried with and without Shockwave/flash plugins
- no difference observed. I may need to restart mozilla several times before it
finally gets passed the frozen point.

For reference - this problem has occured with the following glib and gtk versions:

glib 1.2.7 and 1.2.10
gtk 1.2.7 and 1.2.10

I'm running:

Solaris 2.8, 64 bit kernel patch 108528-12
Sun XServer v6.4.1, patch 108652-46

Comment 1

[Asa Dotzler [:asa]]

unable to reproduce on linux. no solaris to test. 

Comment 2

[Jim Crumley]

Reporter: which version of mozilla are you using currently?

I can't reproduce your problems http://bugs.xmms.org/enter_bug.cgi with either
Sparc Solaris build 2001122110 or a local build from 20011227. 

I have had mozilla freeze-ups similar to what you describe, but none recently
that I can recall.

Comment 3

[Bob Atkins]

Freezeups have become completely random and I can't offer any specific site or
example by which I can achieve a freezeup everytime. Freezeups are however quite
frequent, averaging 6 to 10 times per day.

Several times Mozilla has frozen (100% CPU) just as I select a contextual (right
click, popup menu). This situation locks up my X session. The popup menu doesn't
appear and the mouse pointer remains pointing to the right (instead of the left
which is the normal position). I cannot change focus to any other icon or app in
my X session. Other X apps continue to function and update their windows/icons I
just can't change the focus away from Mozilla. I usually telnet in from another
machine and kill mozilla manually. X session then returns to normal.

Comment 4

[Bob Atkins]

An interesting situation has been occuring and is 100% reproducable.

Clicking on a link that requires RealPlayer (audio or video) causes the
Realplayer to startup as it should however, realplayer then freezes just after
its main window is drawn, background fills in but no widgets appear. This
happens *everytime* unless realplay has been started independantly. If realplay
is started independantly and is already open then clicked links are handled
correctly. The same problem does not happen when realplay is initiated by
netscape v4.79. There seems to be some relationship with mozilla's interface (I
suspect a thread lock of some sort) at the X server or possibly the window
manager level that is affecting realplay.

I have also repeatably had acroread also freeze when being initiated from
mozilla although it only occurs about 20% of the time.

Some more version info:

RealPlayer v8.0.3.423 (sunos-5.6-sparc-native-noultra)
Openwindows v6.4.1
X Server: 11r6

Comment 5

[Bob Atkins]

Surfing through http://www.ifilm.com causes *lots* of freezeups but no
particular page causes a freeze everytime. I can surf 2 to 3 pages before a
freeze occurs.

Comment 6

[Asa Dotzler [:asa]]

->plugins

Comment 7

[Bob Atkins]

In response to comment #6.

As I reported when I submitted this bug - the freezeups occur with and without
plugins.

Comment 8

[Bob Atkins]

The following test causes mozilla to freeze *everytime*.

http://mozilla.org/quality/ngdriver/suites/javascript/are007.html

This link can be found from the Debug menu:

Debug->Verification->Java Script.

Select the Area test case and then select the are007.html test case.

Finally a 100% repeatable example of the freezeup condition.

Comment 9

[av (gone)]

--> serge

Comment 10

[serge (gone)]

I do not have Solaris 2.8, 64 bit kernel around to test on,
rh7.2 WFM on http://mozilla.org/quality/ngdriver/suites/javascript/are007.html

Comment 11

[Jim Crumley]

The referenced javascript test case WFM with Sparc Solaris build 2002013122 and
milestone 0.9.8 under Solaris 7.

Reporter: what mozilla build are you using?

Comment 12

[Sitsofe Wheeler]

Since this bug was reported, a newer version of Mozilla (1.0 RC1) has been
released. Reporter (Bob Atkins), please can you check to see whether this
bug is still present in a recent build (Moz1-RC1 or a new nightly build). If it
persists, try with a new profile and make sure that all previous mozilla files
are removed before installing. If this bug does not occur please can you resolve
it worksforme.

Comment 13

[Jim Crumley]

This is probably a duplicate of bug 118846. Bob, please try the work arounds
mentioned there, and if you still have problems, re-open this bug.

*** This bug has been marked as a duplicate of 118846 ***

Comment 14

[shrirang khanzode]

mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"