Java freezes the browser while loading

RESOLVED INCOMPLETE

Status

Core Graveyard
Java-Implemented Plugins
--
major
RESOLVED INCOMPLETE
16 years ago
6 years ago

People

(Reporter: hc hennings, Assigned: Igor Kushnirskiy)

Tracking

1.0 Branch
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

16 years ago
In the java puzzle page at
http://www.m-w.com/cgi-bin/get-puzzle.pl?date=20020502&hash=40
the puzzle fails to load on first try. The second attempt kills
the browser.	

Reproducibility:
Everytime

Steps to Reproduce:
1  Go to http://www.m-w.com/game/#archive
2  Select and click a day from the calendar with "F" for flip-flop
3  The browser stalls on the first try.
4  Go to http://www.m-w.com/game/#archive
5  Select and click a day from the calendar with "F" for flip-flop
6  The browser freezes and dies on the second try.

Comment 1

16 years ago
What BuildID and JRE are you using?

I get the same problems using BuildID 2002061712 and JRE 1.4.0_01-b03 on WinXP
If I click back after the first load and then click on reload mozilla and the
java console hang (hang really needs to be put in as a keyword). When loading
the page for the first time I get the following error messages in the Java Console:

Trace level set to 5: basic, net, security, ext, liveconnect ... completed.
Registered modality listener
Referencing classloader: sun.plugin.ClassLoaderInfo@da3a1e, refcount=1
Added trace listener:
sun.plugin.AppletViewer[FlipFlop,0,0,550x330,layout=java.awt.BorderLayout]
Added progress listener:
sun.plugin.AppletViewer[FlipFlop,0,0,550x330,layout=java.awt.BorderLayout]
Loading applet...
Initializing applet...
Starting applet...
Connecting http://www.m-w.com/game/java/FlipFlop.jar with no proxy
Downloading http://www.m-w.com/game/java/FlipFlop.jar to cache
Cached file name: FlipFlop.jar-403b8b92-6daf4519.zip
Loading Flip Flop...
Version: 1.1
Copyright 1997 SilverSun Incorporated
Connecting http://www.m-w.com/game/java/images/ff_images.gif with no proxy
Cached file name: ff_images.gif-fea4ce7-64fb2675.gif
Loaded image: http://www.m-w.com/game/java/images/ff_images.gif
Connecting http://www.m-w.com/game/java/images/ff_images.txt with no proxy
Connecting http://www.m-w.com/game/java/sounds/right.au with no proxy
Cached file name: right.au-f35aaa4-62a85998.au
Connecting http://www.m-w.com/game/java/sounds/lose.au with no proxy
Cached file name: lose.au-24d26b33-6bb49854.au
Connecting http://www.m-w.com/game/java/sounds/flip.au with no proxy
Cached file name: flip.au-61c692db-6f8705ff.au
Connecting http://www.m-w.com/game/java/data/20020615.dat with no proxy
Connecting http://www.m-w.com/game/java/sounds/win.au with no proxy
java.lang.VerifyError: (class: com/puzzlezone/pk/Actor, method: J signature:
()V) Illegal use of nonvirtual function call
	at FlipFlop.?(Unknown Source)
	at FlipFlop.start(Unknown Source)
	at sun.applet.AppletPanel.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Cached file name: win.au-665323e4-16bda382.au

(Reporter)

Comment 2

16 years ago
Mozilla 1.1a
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611

java.vm.specification.vendor = Sun Microsystems Inc.
java.vm.specification.version = 1.0
java.vm.vendor = Sun Microsystems Inc.
java.vm.version = 1.3.1_02-b02
javaplugin.version = 1.3.1_02

The OS is Win 2000.
I have successfully used the FlipFlop with Netscape 4.77, but 
I have lost that capability, too. So more than one problem 
is happening at the same time.

Comment 3

16 years ago
This is a known issue in Java 2 as detailed in
http://java.sun.com/j2se/1.4/docs/guide/plugin/developer_guide/compatibility.html

and as far as I am aware sun do not plan to fix it

The applet was probably compiled using a JDK 1.0/1.1 compiler so perhaps this
should be marked as evangelism?
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 4

16 years ago
I'm experiencing this same issue with Mozilla 1.0 and 1.1 on FreeBSD. I tried
both the i386 FreeBSD and x86 Linux versions of Mozilla, and did full reinstalls
of the Java and flash plugins. This was working fine until about a week ago...

I get it consistently with http://news.bbc.co.uk and receive this error:

**************** SERVER ERROR **************
Could not connect to host
**************** ************ **************

**************** SERVER ERROR **************
write_fully: Did not write everything pipe=19 4 -1
**************** ************ **************

I'm not entirely sure the error is accurate, as it's not writing to a full disk,
and I am able, always, to pull up the majority of the page before it freezes.

Comment 5

15 years ago
*** Bug 226352 has been marked as a duplicate of this bug. ***

Comment 6

15 years ago
*** Bug 225742 has been marked as a duplicate of this bug. ***

Comment 7

14 years ago
The same kinda Java problems browser totaly die sometimes when loading Java
applet and some time it it comes back.

Mozilla build 2004031616

Comment 8

14 years ago
Same problem with "firefox 0.8" on "linux debian testing" and "jre 1.1.8".  
Turning JavaScript off makes it not to freeze.  
Example page:  
http://www.free-computer-wallpapers.com/wallpapers-digital-3D.htm  

Comment 9

14 years ago
This bug can be demonstrated by loading a larger size java applet, such as the 
radar loops provided by the National Weather Service. To reproduce... go here..

http://www.crh.noaa.gov/radar/loop/DS.p19r0/si.kfsd.shtml

While the radar loop is loading on this java applet, it will be impossible to 
stop the process by either using the stop button, trying to navigate to another 
page, using the back button, or anything else. If you try to close the browser 
while the applet is loading, it will stay loaded in memory and you will have to 
kill it manually.

This behavior does not occur on Internet Explorer or Opera 7.5 using sun's java, 
and is not expected behavior. 

Comment 10

14 years ago
Same problem: Firefox 0.9.3 and JRE 1.4.3_03 on Win2000 (latest SP and patches),
problem persists after update to new JRE 1.5.0. Lastest firefox RC not tested.

Like already noted the problem does not always "freeze" the browser (sometimes
the applet loads successfully), but if it happens, then
- Closing the browser (possible) does not kill the process, the firefox process
remains in the task list (and is very busy)
- No new tab or window can be opened, klicking on links has no effect
- The browser cannot be restarted until the task is manually killed
- For java 1.5.0: The progress bar in the intermediate "loading" screen of the
applet area freezes somewhere before completion.

My exprience: The bigger the size of the applet the more likely this "freezing"
behavior occurs. www.map24.com is another page where this annoying bug occurs
very frequently (enter an address or simply click on "search").

Comment 11

14 years ago
I've searched the web for further information, because I believed that this
behavior/problem had been observed by more people, and that's what I've found so
far:

I cannot speak for other bug reporters here, but my problem seems to be caused
by/occur only together with the Adblock plugin (I'm using Adblock 0.5 d2 nightly
39).

Of course I disabled all plugins before reporting - but unfortunately I didn't
uninstall them (lesson learned). And it looks like that just disabling Adblock
is not enough. But the problem disappears only when the Adblock plugin is
(completely) uninstalled - and appears again after installing it again.

There is a very long discussion about people who observed the same behavior
(firefox and/or mozilla + Adblock):
http://adblock.mozdev.org/forum.html/no_wrap, Thread "Comes to a grinding halt
on pages with java applets"

IO-applets making themself connections to the internet (like the map applet at
www.map24.com I've mentioned before) seem to be extra vulnerable for the
halt/"freeze" problem.
I too have noticed that Adblock exacerbates the problem.

With the new Java 1.5 installed and Adblock active, the browser not only freezes
but consumes 99% CPU until the VM is loaded. After that, some applets cause
momentary freezes while they load (I have checked progress using the Java Console).

Despite Adblock, however, the browser still stops dead while the VM loads, which
is still an issue.

Updated

13 years ago
Blocks: 284214

Comment 13

12 years ago
no apparent relationship to bug 284214.
URL NA

Comment 14

12 years ago
(In reply to comment #0)
> In the java puzzle page at
> http://www.m-w.com/cgi-bin/get-puzzle.pl?date=20020502&hash=40
> the puzzle fails to load on first try. The second attempt kills
> the browser.	
> 
> Reproducibility:
> Everytime
> 
> Steps to Reproduce:
> 1  Go to http://www.m-w.com/game/#archive
> 2  Select and click a day from the calendar with "F" for flip-flop
> 3  The browser stalls on the first try.
> 4  Go to http://www.m-w.com/game/#archive
> 5  Select and click a day from the calendar with "F" for flip-flop
> 6  The browser freezes and dies on the second try.

Not seeing a calendar under games. Need a new reference test case or updated info on this one. I looked around but didn't see anything similar.

Updated

12 years ago
Blocks: 353557

Updated

12 years ago
No longer blocks: 353557

Comment 15

10 years ago
with no testcase and no current reports, i'm closing this incomplete. 
but if still seen using current versions then please comment/reopen.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
QA Contact: avm → blackconnect
Resolution: --- → INCOMPLETE
Version: Trunk → 1.0 Branch

Comment 16

10 years ago
Go ahead an un-resolve it. Here's your test case: http://www.theregister.co.uk/

With No-Script turned off, this hangs both Firefox 3.0.5 and Shiretoko 2009-01-01.

Comment 17

10 years ago
(In reply to comment #16)
> Go ahead an un-resolve it. Here's your test case: http://www.theregister.co.uk/
> 
> With No-Script turned off, this hangs both Firefox 3.0.5 and Shiretoko
> 2009-01-01.

my impression is legacy of this bug is about java, not javscript.  Does the theregister invoke java?

And, I suspect there are plenty of open js+noscript bugs to address js issues.
Component: Java-Implemented Plugins → Java-Implemented Plugins
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.