Closed Bug 120530 Opened 23 years ago Closed 23 years ago

Mozilla is freezing at URL

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: ervin.nemeth+org.mozilla.bugzilla, Assigned: srgchrpv)

References

(
URL
)

Details

(Keywords: hang) 

I was browsing the given URL for ca. an hour.  Then suddenly Mozilla has stopped
responding, even window repainting didn't work (only empty window with
window-manager decorations).  Mozilla is a CVS checkout 2002-01-17 04:00 (UTC)

Now I'm getting the very same result every time and as soon as entering the URL.
 Other pages work correctly.  Starting with an empty ~/.mozilla doesn't help either.

The component was only a guess.

Binary was compiled with --disable-logging and --disable-debug but I re-enable
them on request.
Oy. Hercules in sci-fi. No crash/freeze here. Visited all the main sections.
Linux 2002011606.
wfm, linux current CVS
Hangs are critical severity.
Severity: major → critical
Keywords: hang
Worksforme, too with Mozilla binary 20020116xx on Linux. I also tried
a debug Mozilla built from CVS on 2002-01-12, and had no problems.

Reassigning to Browser-General until we can get more info; this is
unlikely to be a bug in JS Engine.

This site uses Shockwave Flash. Ervin, if you go to Help > About Plugins,
what version of this is showing? Mine says Shockwave Flash 5.0 r47.

Other things to check: what happens if you make a new Profile?
To do this, launch Mozilla from the command line as follows:
 
       [(path to Mozilla)] ./mozilla.exe -profilemanager

When the Profile Manager comes up, there's a button called "Create Profile".
I'm wondering if the bug goes away if you use Mozilla with the new profile -
Assignee: rogerl → asa
Component: Javascript Engine → Browser-General
QA Contact: pschwartau → doronr
Works fine on Mac OS 9.  Guess this is a PC only bug.
Jeremy, you are right, demigods are not good at acting  :)

Phil your guess was a bullseye.  After deleting libflashplayer.so in the plugins
directory the site started to work.  BTW my plugin had version 5.0 r47, too.

Bug might be a duplicate of 114385.
Ervin: thanks for the information on this; reasigning to Plug-ins.
Assignee: asa → av
Status: UNCONFIRMED → NEW
Component: Browser-General → Plug-ins
Ever confirmed: true
QA Contact: doronr → shrir
This WFM with 0116 trunk and same flash version.
--- Mass reassigning Unix bugs to serge ---
Assignee: av → serge
wfm with build 2002012508 (Java 1.3.1_01, Flash 5.0 r47) on Debian 3.0
WFM with debug build 0.9.8 & 2002012508 optimized build rh7.2 flash, 5.0 r47
Bug still exists (at least for me) in 20020130 build.

It seems to be some locking problem because "top" shows mozilla-bin not
consuming CPU-time at all while freezed.
Ervin,  you probably run into bug 58339, 
flash plugin 5.0 r47 blocks on open() call for audio /dev/dsp if device is busy.
The  workaround is stop playing any audio when mozilla hangs, or  switch to old
4.0 flash plugin, which does the right things.
I'm resolving this as WFM
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Works fine with Linux 2002021208, marking VERIFIED.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.