Hang on page with non-existent Java applet

RESOLVED INCOMPLETE

Status

Core Graveyard
Java: OJI
--
critical
RESOLVED INCOMPLETE
12 years ago
5 years ago

People

(Reporter: Luis B. Almeida, Assigned: Kyle Yuan)

Tracking

({hang, testcase})

1.8 Branch
x86
Windows XP
hang, testcase

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060308 Firefox/1.5.0.2

Create a file with the following contents:

<html><head><title>Aliasing</title>


<applet name="testapplet" code="test/test1.htm" archive="test/test2.htm" height="290" width="400">
</applet>

Just a little text...

</body>
</html>

Open it in Firefox. Firefox may hang immediately. If it didn't hang, click the Reload button a few times. In my browser this always causes it to hang.

The code above refers to a non-existant applet. Apparently that is what causes Firefox to hang. I distilled this code after trying to browse a half-broken site where some applets were missing.

Reproducible: Always

Steps to Reproduce:
1.Create a file with the given code.
2.Open that file.
3.If Firefox didn't hang, hit the Reload button a few times.

Actual Results:  
Firefox hangs.

Expected Results:  
Should inform that the applet was not found, and shouldn't hang.

Comment 1

12 years ago
Created attachment 218556 [details]
Testcase

Testcase WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060413 Firefox/3.0a1 ID:2006041304

Is this a problem in 1.5.0.2 only?

Comment 2

12 years ago
I managed to fget it to hang in my own Minefield build: 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060415 F
The hang happened firefox/3.0a1, VC8 Express, (Build ID 2006041510) after several relods of the page

Updated

12 years ago
Assignee: nobody → yuanyi21
Component: General → Java: OJI
Keywords: hang, testcase
Product: Firefox → Core
QA Contact: general → zhayupeng
Summary: Very simple page that hangs Firefox → Hang on page with non-existent Java applet
Version: unspecified → 1.8 Branch
(Reporter)

Comment 3

12 years ago
I tried the attachment from Comment #1, and it didn't hang my Firefox 1.5.0.2, even after several reloads. However, when opening a file stored in my computer, exactly with the same contents, it did hang after two reloads.

One difference that I noticed was that, when opening the attachment from #1, it showed the animated "Java - Sun Microsystems" logo before writing, in the status line, "Applet testapplet notinited". However, when opening from the local file, it didn't show the animated logo.

Comment 4

12 years ago
Reporducible on Solaris platform Firefoxo 1.5.0.4, Jdk1.6.0. 

Updated

12 years ago
Blocks: 353557

Comment 5

12 years ago
I can reliably reproduce this hang
* by hitting any-page-with-a-missing-applet
* using Minefield 20061006; JVM & Plug-in 1.6.0-beta2; Windows XPSP2 on AMD64-Dualcore.

UA=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061006 Minefield/3.0a1
PLUGIN=Java Plug-in 1.6.0-beta2
JVM=Using JRE version 1.6.0-beta2 Java HotSpot(TM) Client VM
OS=XPSP2 (with weekly patches).
HW=AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ 2.01 GHz, 2.00 GB of RAM Physical Address Extension

I suspect this is race condition at applet initialization time, which is exacerbated by an underutilized multi-processor... in effect a threading issue in the beta 1.6 JVM &/or Applet-plugin.

see my related sun forum post: 
http://forum.java.sun.com/thread.jspa?messageID=4411650&#4411650

see my comments on the open sun bug report:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6396012

see the ?related? closed sun bug report:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6348224

I would very much like Sun to fix this bug... or FF to work around it.

Updated

12 years ago
No longer blocks: 353557

Updated

11 years ago
Duplicate of this bug: 402827

Comment 7

11 years ago
Confirming based on dupe and comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

8 years ago
Component: Java: OJI → Java: OJI
Product: Core → Core Graveyard

Comment 8

5 years ago
Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.