Closed
Bug 142952
Opened 22 years ago
Closed 16 years ago
Java freezes the browser while loading
Categories
(Core Graveyard :: Java-Implemented Plugins, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: hchennings, Assigned: blackconnect)
References
()
Details
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.
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•22 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.
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•22 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.
*** Bug 226352 has been marked as a duplicate of this bug. ***
*** Bug 225742 has been marked as a duplicate of this bug. ***
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•20 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
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•20 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•20 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.
Comment 14•18 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.
Comment 15•16 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
Closed: 16 years ago
QA Contact: avm → blackconnect
Resolution: --- → INCOMPLETE
Version: Trunk → 1.0 Branch
Comment 16•16 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•16 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.
Updated•12 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•