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

unable to reproduce on linux. no solaris to test.

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.

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.

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

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.

->plugins

In response to comment #6. As I reported when I submitted this bug - the freezeups occur with and without plugins.

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.

--> serge

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

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?

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.

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 ***

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