14 years ago
11 years ago


(Reporter: cdaehn, Unassigned)


({crash, memory-leak})

1.0 Branch
Windows XP

Firefox Tracking Flags

(Not tracked)




14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

When Running Any version of Firefox since 1.0.1, The following issues have
cropped up:

1) Firefox will completely disappear when more than 1 java applet is running and
I receive an IM from one of these applets (most notably chatblazer and whatever
client uses) No trace whatsoever of the browser.  I could understand
crashing java or giving an error, but not the whole browser.
2) Once java applets start loading, the memory usage rapidly climbs in
firefox... on mine it went from 42Mb (Acceptable since I have 512Mb RAM) to
110Mb in RAM and 170Mb in swap. (Why does firefox allocate so much virtual
memory.  It's nuts and begins to really make the browser crawl after a while)
3) Firefox launches the Java VM Plugin with a 96M max heap space... this would
explain much of the memory usage.  There is no way to adjust this option.  it
ignores the setting in the Java control panel.  the -Xmx16M didn't work because
the 96M was already specified.

Reproducible: Always

Steps to Reproduce:
1. Launch Firefox 1.0.6 and start running pages with java applets

Actual Results:  

Expected Results:  
work = Java(TM) 2 Runtime Environment, Standard Edition
java.runtime.version = 1.5.0_04-b05 = Java Platform API Specification
java.specification.vendor = Sun Microsystems Inc.
java.specification.version = 1.5
java.vendor = Sun Microsystems Inc.
java.vendor.applet = true
java.vendor.url =
java.vendor.url.applet = true
java.vendor.url.bug =
java.version = 1.5.0_04
java.version.applet = true = mixed mode, sharing = Java HotSpot(TM) Client VM = Java Virtual Machine Specification
java.vm.specification.vendor = Sun Microsystems Inc.
java.vm.specification.version = 1.0
java.vm.vendor = Sun Microsystems Inc.
java.vm.version = 1.5.0_04-b05
javaplugin.maxHeapSize = 96m
javaplugin.nodotversion = 150_04
javaplugin.proxy.config.list = 
javaplugin.proxy.config.type = browser
javaplugin.version = 1.5.0_04
javaplugin.vm.options = -Djava.class.path=C:\PROGRA~1\Java\JRE15~2.0_0\classes
-Xmx96m -Djavaplugin.maxHeapSize=96m -Xverify:remote
-Djavaplugin.version=1.5.0_04 -Djavaplugin.nodotversion=150_04
-Dbrowser=sun.plugin -DtrustProxy=true
-Dapplication.home=C:\PROGRA~1\Java\JRE15~2.0_0 -Xmx16M


14 years ago
Severity: major → critical
Keywords: crash, mlk

Comment 1

14 years ago
Please provide a talkback ID for the crash.

Comment 2

13 years ago
This bug is probably similar to the one reported here. Try

This application uses javaview and a custom java application available as sources in
Konrad Polthier, the author of javaview, has recommended to explicitely destroy memory, so a message is printed out on the console when the destructor is called.

On each selected swallow, memory decreases. Manual garbage collection does not help. After 4-5 swallows loaded, system crashes, firefox hangs in memory and must be removed from memory via task manager.

Sorry to say: this works perfectly under IE, and it worked under earlier versions of firefox (don't know exactly at what version is stopped working).

Dieter Menne


13 years ago
Blocks: 353557


13 years ago
No longer blocks: 353557
Version: unspecified → 1.0 Branch

Comment 3

11 years ago
This bug still exists two year after being reported. In addition to IE, I tested the application under Safari and it works perfectly there.

Is there anything I can do to get someone to look after this seriously?

Dieter Menne

Comment 4

11 years ago
you reported more than one "problem". this is against the bug reporting guidelines. => INVALID.

none of your problems are particularly useful or clear and likely to be resolved.

plug-in bugs should probably be reported to your plug-in vendor (sun) via their bug tracker.

if you want to complain about crashes,

will enable you to get a stack trace so that you could actually report crashes to someone.

if you want to complain about how the plug-in behaves including its initial values, you should use java bug parade.
Last Resolved: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.