297542 - Java Plug-in 1.5.0_02 infinite loop on UniversalJavaPermission, UniversalBrowserRead

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: Live Connect, defect)

Description

[Kent Fitzsimmons]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

The following is a copy of the start of a Java console session. After the end of
what is shown here, the console contains only continuous looping of the last two
entries. 

Java Plug-in 1.5.0_02
Using JRE version 1.5.0_02 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator.PENTAGON
network: Loading user-defined proxy configuration ...
network: Done.
network: Loading proxy configuration from Netscape Navigator ...
network: Reading user preference file from C:\Documents and
Settings\Administrator.PENTAGON\Application
Data\Mozilla\Profiles\default\s5elten5.slt\prefs.js
network:     network.proxy.http=localhost
network:     network.proxy.http_port=8080
network:     Proxy enable: 1
network: Done.
network: Loading browser proxy configuration ...
network: Done.
network: Proxy Configuration: Browser Proxy Configuration

basic: Cache is enabled
basic: Location: C:\Documents and Settings\Administrator.PENTAGON\Application
Data\Sun\Java\Deployment\cache\javapi\v1.0
basic: Maximum size: unlimited
basic: Compression level: 4

----------------------------------------------------
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
l:   dump classloader list
m:   print memory usage
o:   trigger logging
p:   reload proxy configuration
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
x:   clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------

basic: Registered modality listener
basic: Referencing classloader: sun.plugin.ClassLoaderInfo@1cdeff, refcount=1
basic: Added progress listener: sun.plugin.util.GrayBoxPainter@6e70c7
basic: Loading applet ...
basic: Initializing applet ...
basic: Starting applet ...
network: Connecting http://www.javatester.org/JavaVersionDisplayApplet.class
with proxy=DIRECT
basic: Cached file name: JavaVersionDisplayApplet.class-5a720efd-7ba22011.class
liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled
liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled
liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled
liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled
liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled

Reproducible: Always

Steps to Reproduce:
1. Start Firefox
2. Go to any site using a Java applet with Javascript
3. Look at the console

Actual Results:  
The console shows that there is a loop of:

liveconnect: JavaScript: UniversalBrowserRead enabled
liveconnect: JavaScript: UniversalJavaPermission enabled

This loop appears to be infinite. CPU will often peg at 99% for Firefox and stay
that way even when the window containing the applet is closed. 

Expected Results:  
Should not have looped.

Comment 1

[Kent Fitzsimmons]

By the way:

- I have tried uninstalling and reinstalling the JVM
- the PENTAGON in the path refers to a node name (a Pentium), and not the actual
Pentagon. ;-)

Comment 2

[Frank Wein [:mcsmurf]]

Did you use http://www.javatester.org/version.html to test this? This is wfm
here then (same Java version, Mozilla trunk)...

Comment 3

[Kent Fitzsimmons]

I observe this behavior very often on many applets. 

When you say it's WFY, you mean you're using the same OS versions etc.? 

This problem seems to have started when I upgraded to the latest JVM. 

Comment 4

[Frank Wein [:mcsmurf]]

Yes also Windows 2000 and same JVM, but as said Mozilla trunk (also i don't
think this should make such a big difference here).

Comment 5

[Tanner M. Young [:tmyoung]]

Is this still an issue in Firefox 3.5?

If it is not, we should set the resolution of the bug to WORKSFORME.

Comment 6

[Tanner M. Young [:tmyoung]]

Resolving as WORKSFORME.  If the issue reappears, we will reopen the bug.