User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:126.96.36.199) Gecko/20101122 Firefox/3.6.13 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:188.8.131.52) Gecko/20101122 Firefox/3.6.13 (.NET CLR 3.5.30729)
Since java 1.6.0_21 firefox kills applets which load to long. I tested it in Firefox (doesn't work) and IE,Opera,Chrome(works) and its only ff problem. In 1.6.0_20 or less all is working.
My about:config options in all ff are:
Steps to Reproduce:
1. create simple java applet and embade it in html site
2. applet should have init method which load more than 15 sec (put infinite loop for example)
3. load applet and after 15 seconds whole vm is killed
Vm and applet is killed
Applet should be loading
I don't get any crash report or any logs. Java console closes after error and no logs are in files (there are logs till console is killed but no errors).
I also see this.
I notice that if I reopen said applet multiple times, it eventually works.
The theory is that each time more of the download gets done until it takes under the kill threshold.
I also agree with the critical priority.
Similar problem persists in Firefox 4 although reproducibility of it is very difficult. In our application we use jboss server which sends client jars (packed with pack200) to browser when applet is loaded. To long loading time kills vm after all jars are loaded. The problem is that this error is different than in ff 3. In previous version we could reproduce this bug by setting breakpoints or adding wait function on our forward servlet but in ff 4 it won't do a thing. We also could reproduce this bug by adding wait function in applet init method (it killed vm in firefox 3) but in ff4 it works as it should. Maybe the problem is in pack200 or other java mechanism
*** Bug 650491 has been marked as a duplicate of this bug. ***
Reporter -> Are you still experiencing this issue with the latest version of Firefox 5? Does the issue occur with the latest nightly? http://nightly.mozilla.org/
I am experiencing it with the current release version 5.0. Haven't tried nightly.
So the applet is killed at 15 seconds?
Does the issue occur if you go to about:config and set all dom.ipc.plugins.enabled.* preferences to false and restart the browser. This will prevent the "plugin-container" process from running and all plugins will run within the Firefox browser process
(In reply to comment #6)
> So the applet is killed at 15 seconds?
> Does the issue occur if you go to about:config and set all
> dom.ipc.plugins.enabled.* preferences to false and restart the browser. This
> will prevent the "plugin-container" process from running and all plugins
> will run within the Firefox browser process
I downloaded nightly build and set to false:
I also set to -1:
I used newest java (1.6.0_26-b03) but nothing of this helped and our applet is killed in most of the times.
> So the applet is killed at 15 seconds?
I cant say it is strictly 15 seconds. It looks like this: we run our applet and in system tray java console icon appears. It prints logs and when applet is loaded or almost loaded java console just disappear (vm is killed) and we have to reload our applet. I tried loading our app few times and sometimes it loads and sometimes it won't. The strange thing is that sometimes it takes around 27 seconds and it loads and sometimes after 20 seconds java is killed and we need to try again. Till java 1.6.0_20 we didn't have such problems.
You mention that a Java update caused the issue - if you revert to java 184.108.40.206 the issue doesn't occur?
Does the applet successfully load in other browsers with the current java 6 Update 26?
Can you provide a public URL or reduced test case the exhibits this issue?
Going to move to the Plugin section for now.
For more info about my testing results with other java try going to this link:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7012740 (oracle bug id:7012740)
In this bug I wrote my test results with firefox 3. Till firefox 4 you could test this issue by using test applet (with i applied in bug description) but now its impossible and we only see it in our application.
> Can you provide a public URL or reduced test case the exhibits this issue?
Our application is closed for public users but I try talking with my superior about providing some access for others. What about you JEK ? Can you provide app on which you were testing this issue you were talking about in comment 5?
I have the same problem, like Jaroslaw. Are there already any solutions?
Created attachment 568945 [details]
Here's a test. This applet was being killed in the past.
However, I don't have this problem on ff 7.0.1 and jre 6u27
(In reply to Ilya Basin from comment #11)
> Created attachment 568945 [details]
> real applet
> Here's a test. This applet was being killed in the past.
> However, I don't have this problem on ff 7.0.1 and jre 6u27
It seems that our application is working too. I tried making some tests and I couldn't reproduce this bug with new java (6u29). After downgrading it to 6u26 the applet was killed 2-3 times in I don't know maybe 10 tries. I tested it on ff 5,6 and 7 and it looks like it doesn't matter which you use as long as you use new java.
Closing old bugs in the Plugins component. We aren't going to track issues in 3rd-party plugins in the Mozilla bug tracker. In addition, support for NPAPI plugins will be removed at the end of this year; for more details see the post at https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
If there is a serious bug in Firefox, it needs to be filed in the "Core" product, "Plug-Ins" component.