[Bug 728798] Re: Pogo.com games worked before update of Firefox

Bug Watch Updater 728798 at bugs.launchpad.net
Fri Mar 4 07:05:41 UTC 2011


Launchpad has imported 56 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=629030.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-01-26T17:45:03+00:00 Swsnyder wrote:

Build #1 of Firefox 3.6.14 breaks the Java Runtime Environment, at least
on Win7 32bit with JRE v6u23 installed.

My wife reported that the Java games at pogo.com would stop working
after a short time of playing.  This did not happen with 3.6.13 (also
with JRE 6u23).

Here's a simpler test.

1. Go to http://www.java.com/en/download/testjava.jsp
2. Note that the Java information shown by the applet is correct and that the animated coffee cup is seen.
3. Reload the page several times, either by selecting from a bookmark or hitting the Reload button.
4. The applet will stop working. Close the tab with the applet and run the applet again in another tab.  Still doesn't work.

Only by restarting Firefox will Java applets again work.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/0

------------------------------------------------------------------------
On 2011-01-27T00:47:21+00:00 Swsnyder wrote:

When I start v3.6.14, then immediately open the Error Console, I see
this already logged:

Error: Components.classes['@mozilla.org/oji/jvm-mgr;1'] is undefined
Source File: chrome://javaconsole1.6.0_23/content/ffjcext.js
Line: 33

I run the applet above once and the Java Console is opened.  No errors
seen in the console, and the applet appears to run correctly.

On the 2nd run of the applet, this appears in the Java Console:

Your Java configuration is as follows:<br/> <br/>Vendor: <b><a href="http://java.com">Sun Microsystems Inc.</a></b><br/>Version: <b>Java SE 6 Update 23</b><br/>Operating System: <b>Windows XP 5.1</b><br/>Architecture:  <b>x86</b>
Obj:1.6.0_23
Exit worker loop
java.net.MalformedURLException: no protocol: TestVM2-test.jar
	at java.net.URL.<init>(Unknown Source)
	at java.net.URL.<init>(Unknown Source)
	at sun.plugin.util.GrayBoxPainter.setProgressFilter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.setupGrayBoxPainter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.access$600(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
exception: name.
java.lang.IllegalArgumentException: name
	at sun.plugin2.applet.Applet2ClassLoader.addJar(Unknown Source)
	at sun.plugin2.applet.Applet2Manager.loadJarFiles(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Exception: java.lang.IllegalArgumentException: name

Now I have a black rectangle in the browser window where the applet
should be shown. Each subsequent attempt to run the applet results in
another copy of the error text shown in the Java Console.

Neither of these errors is seen with Firefox v3.6.13.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/1

------------------------------------------------------------------------
On 2011-01-31T02:31:35+00:00 Churchfs wrote:

(In reply to comment #0)
> Build #1 of Firefox 3.6.14 breaks the Java Runtime Environment, at least on
> Win7 32bit with JRE v6u23 installed.
> 
> My wife reported that the Java games at pogo.com would stop working after a
> short time of playing.  This did not happen with 3.6.13 (also with JRE 6u23).
> 
> Here's a simpler test.  
> 
> 1. Go to http://www.java.com/en/download/testjava.jsp
> 2. Note that the Java information shown by the applet is correct and that the
> animated coffee cup is seen.
> 3. Reload the page several times, either by selecting from a bookmark or
> hitting the Reload button.
> 4. The applet will stop working. Close the tab with the applet and run the
> applet again in another tab.  Still doesn't work.
> 
> Only by restarting Firefox will Java applets again work.

i am having the same issue.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/2

------------------------------------------------------------------------
On 2011-01-31T03:03:41+00:00 Swsnyder wrote:

Yet nobody seems interested.

Oh, well.  I guess I'll be skipping 3.6.14 in favor of the 3.6.15
chemspill release.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/3

------------------------------------------------------------------------
On 2011-02-01T09:14:21+00:00 Szabo-daniel-dpg wrote:

here is a reduced test case for this bug:

http://gs3.flyordie.com/FF3614/index.html

the second time the applet tries to start java plugin displays an exception:
java.lang.IllegalArgumentException: name
	at sun.plugin2.applet.Applet2ClassLoader.addJar(Unknown Source)
	at sun.plugin2.applet.Applet2Manager.loadJarFiles(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Ok, this might be a bug in the Java Plugin, however, the problem started
with 3.6.14

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/4

------------------------------------------------------------------------
On 2011-02-07T22:18:28+00:00 Harald-langhammer wrote:

Shouldn't this be a blocker for 3.6.14 and/or have keyword "regression"
to get enough attention by the devs? Perhaps someone with enough
bugzilla powers can change this.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/5

------------------------------------------------------------------------
On 2011-02-22T23:59:38+00:00 Jorge Alves wrote:

With Namoroka (today's nightly), I get:

Java Plug-in 1.6.0_24
Using JRE version 1.6.0_24-b07 Java HotSpot(TM) Client VM
----------------------------------------------------
exception: Permission denied: null.
java.lang.SecurityException: Permission denied: null
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Exception: java.lang.SecurityException: Permission denied: null
java.net.MalformedURLException: no protocol: A.zip
	at java.net.URL.<init>(Unknown Source)
	at java.net.URL.<init>(Unknown Source)
	at sun.plugin.util.GrayBoxPainter.setProgressFilter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.setupGrayBoxPainter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.showAppletException(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Could this give any hints to the underlying problem?
I can also reproduce comment #1 with the same error.

Note that I'm using JRE 1.6.0_24.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/6

------------------------------------------------------------------------
On 2011-02-23T00:18:27+00:00 Jorge Alves wrote:

Also, this is probably filed to the wrong Product/Component combo.
#619349, for example, is under Plugins/Java (Sun).

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/7

------------------------------------------------------------------------
On 2011-03-02T17:19:28+00:00 Warren-forrest wrote:

Well, after Firefox auto-updated all of our customer's computers to
3.6.14, this bug has completely broken their ~$20,000 HVAC graphics
control systems. Anybody using the Tridium Niagara R2 framework to
control their buildings can no longer use Firefox.

I'm somewhat curious how such a huge bug in such an essential piece of
web technology could have been released into the wild after knowing
about it for over a month.

exception: Permission denied: null.
java.lang.SecurityException: Permission denied: null
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Exception: java.lang.SecurityException: Permission denied: null
java.net.MalformedURLException: no protocol: /tridium/web/gxpub.jar
	at java.net.URL.<init>(Unknown Source)
	at java.net.URL.<init>(Unknown Source)
	at sun.plugin.util.GrayBoxPainter.setProgressFilter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.setupGrayBoxPainter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.showAppletException(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/8

------------------------------------------------------------------------
On 2011-03-02T17:28:00+00:00 Lucky2behere wrote:

I am running XP, FF3.6.14, JRE build 1.6.0_23-b05 when pogo games don't
work. As mentioned, this does work with IE8.  My wife just updated to
FF3.6.14 using VISTA and she's experiencing the same problem.  Wish
there was a way to go back to FF3.6.13.....

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/9

------------------------------------------------------------------------
On 2011-03-02T19:31:04+00:00 Bugs-zzxc wrote:

*** Bug 638135 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/10

------------------------------------------------------------------------
On 2011-03-02T19:43:01+00:00 Bugs-zzxc wrote:

This is being reported by many users on SUMO who have updated to 3.6.14.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/11

------------------------------------------------------------------------
On 2011-03-02T19:57:07+00:00 Clegnitto wrote:

Likely candidates include bug 620773 and bug 611910

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/12

------------------------------------------------------------------------
On 2011-03-02T20:34:54+00:00 Clegnitto wrote:

Ok, based on the above comments (comment 1,6,8) the plugin is passing in
a malformed URL and we are now throwing an exception...so this is
fallout (perhaps desired) from bug 611910

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/13

------------------------------------------------------------------------
On 2011-03-03T02:18:48+00:00 Smichaud wrote:

I will need to look into this fairly deeply before I can speculate about
it.

I hope the STR from comment #0 are actually reproducible.  I'll find out
tomorrow.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/14

------------------------------------------------------------------------
On 2011-03-03T02:43:43+00:00 Clegnitto wrote:

I tried a build from 2010-12-25 (based on
https://bugzilla.mozilla.org/show_bug.cgi?id=620773#c35) and it worked.

 Looks like it is certainly caused by bug 611910 (to make things more
confusing, the bugs in
https://bugzilla.mozilla.org/show_bug.cgi?id=620773#c35 are
reversed...bug 620773 landed in 2011, see
https://bugzilla.mozilla.org/show_bug.cgi?id=620773#c23)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/15

------------------------------------------------------------------------
On 2011-03-03T06:30:11+00:00 Dveditz wrote:

Caused by 620773, you mean? The different error in bug 620773 comment 37
does, however, look like it was caused by bug 611910.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/16

------------------------------------------------------------------------
On 2011-03-03T09:32:14+00:00 Thomc wrote:

We have an increasing number of Firefox users that cannot log on to our
online banking due to the FF 3.6.14 / JRE error.

Since this potentially affects 1,000,000+ eBanking users, some help
would be greatly appreciated...

Java console:
**************************************

exception: Permission denied: https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/.
java.lang.SecurityException: Permission denied: https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Exception: java.lang.SecurityException: Permission denied: https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/

**************************************

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/17

------------------------------------------------------------------------
On 2011-03-03T09:38:19+00:00 Thomc wrote:

This is also an issue on 4.0.12 Beta

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/18

------------------------------------------------------------------------
On 2011-03-03T09:39:44+00:00 Axianx wrote:

This is a severe issue.

And very easy to reproduce:
1. Go to any applet like http://java.sun.com/applets/jdk/1.4/demo/applets/DitherTest/example1.html
2. Reload the applet in the same tab: breaks with "java.lang.SecurityException: Permission denied: null"

I cannot believe this bug actually found it's way to the public release.
Java applet support essentially got removed in 3.6.14.

You should:
1. stop delivering 3.6.14 immediately to reduce the damage
2. fix the bug and launch 3.6.15 asap
3. review your qa process to avoid future bugs like this one

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/19

------------------------------------------------------------------------
On 2011-03-03T09:54:42+00:00 Thomc wrote:

At least provide a download link to version 3.6.13 that we can post on
our logon pages, so that customers can downgrade until the issue is
fixed.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/20

------------------------------------------------------------------------
On 2011-03-03T10:01:56+00:00 Axianx wrote:

@Thomas:
You can still download 3.6.13 on http://download.mozilla.org/?product=firefox-3.6.13 
If you recommend the old version to your customers you should consider that this version has some critical security flaws which got fixed in 3.6.14

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/21

------------------------------------------------------------------------
On 2011-03-03T10:55:11+00:00 Thomc wrote:

Unfortunately, logging on takes priority over security flaws at the
moment.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/22

------------------------------------------------------------------------
On 2011-03-03T13:42:42+00:00 Mozilla-js-home wrote:

Also on Win7, 64 bit using 32bit FF+JRE.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/23

------------------------------------------------------------------------
On 2011-03-03T14:31:23+00:00 Atb12345 wrote:

*** Bug 638329 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/24

------------------------------------------------------------------------
On 2011-03-03T17:47:45+00:00 Smichaud wrote:

I can't reproduce this bug using the steps-to-reproduce from comment
#0.  I tested with FF 3.6.14 on Windows XP (fully patched) with the
latest Java 6 from Oracle (v6u24).

Anyone else able to reproduce this on Windows XP?

(I have a copy of Windows 7, but I haven't yet installed it.  So it'll
be at least a few hours before I can test on Windows 7.)

But now I see that 638329 was reported on Windows XP.  I'll comment
further there.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/25

------------------------------------------------------------------------
On 2011-03-03T17:55:37+00:00 Thomas-abeel wrote:

I have two machines here with a fully patched Windows XP with Java 6u24
and FF 3.6.14 and the Java applets are not working as described in
comment #0 and comment #1

The error messages are variable depending on which applet you are
trying.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/26

------------------------------------------------------------------------
On 2011-03-03T18:08:06+00:00 Smichaud wrote:

Do these problems happen when you start Firefox in Safe Mode?  (To do
that, choose Mozilla Firefox (Safe Mode) from the Start menu.)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/27

------------------------------------------------------------------------
On 2011-03-03T18:14:56+00:00 Churchfs wrote:

answer to comment 27. i restarted firefox in safemode, i logged into
pogo, launched a game, and it errored out the same way.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/28

------------------------------------------------------------------------
On 2011-03-03T18:38:16+00:00 Markus-neurohr wrote:

@Steven

This issue was reported by a customer on 3 XP machines with Java version
1.6_021 and 1.6.0_24.

We can reproduce this on all kind of machines XP, Vista, Win7.

As already reported this seems not limited to specific applets, it seems
to affect all applets, even very simple ones. Just try this
http://www.w3.org/People/mimasa/test/object/java/clock and reload a few
times using the "Reload" button. Watch the Java console!

Again, this is in no way limited to Windows 7. It also happens with XP.

I really hope that you understand the severe impact this bug is having!
I totally agree with axianx and Warren that I can't understand how
3.6.14 could be released with this bug, even though this bug was already
reported in January!

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/29

------------------------------------------------------------------------
On 2011-03-03T18:42:26+00:00 Apople wrote:

It is not even limited to Windows.  I'm seeing the same behavior on Mac
OS X 10.6, Firefox 3.6.14, Java 1.6.0_22.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/30

------------------------------------------------------------------------
On 2011-03-03T18:57:27+00:00 Roger-lewis wrote:

A bug has also been opened in the Java SE bug tracking system and are also looking into it from the Java SE side. 
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7024306
(this link will not work until later tonight)

-Roger

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/31

------------------------------------------------------------------------
On 2011-03-03T19:02:52+00:00 Smichaud wrote:

> It is not even limited to Windows.  I'm seeing the same behavior on
> Mac OS X 10.6, Firefox 3.6.14, Java 1.6.0_22.

Interesting.  Does your FF 3.6.14 distro contain the bundled copy of
the Java Embedding Plugin that comes with it (in its
Contents/MacOS/plugins directory)?  Or have you removed that, and are
using Oracle/Apple's Java Plugin2?

Can you also reproduce with FF 3.6.13?  Or 3.6.12?

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/32

------------------------------------------------------------------------
On 2011-03-03T19:03:38+00:00 Mozilla-js-home wrote:

You might have to open the applet page a 2nd time after leaving. Here
applets work fine with a fresh started Firefox.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/33

------------------------------------------------------------------------
On 2011-03-03T19:17:22+00:00 Apople wrote:

I am using plugin2.   I had removed the bundled plugin prior to 3.6.14
being installed.   At this point, I have reverted back to 3.6.13 and
everything works fine again.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/34

------------------------------------------------------------------------
On 2011-03-03T19:30:19+00:00 Mats Palmgren wrote:

*** Bug 638499 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/35

------------------------------------------------------------------------
On 2011-03-03T19:32:20+00:00 T.J. Crowder wrote:

(In reply to comment #25)
> I can't reproduce this bug using the steps-to-reproduce from comment
> #0.  I tested with FF 3.6.14 on Windows XP (fully patched) with the
> latest Java 6 from Oracle (v6u24).
> 
> Anyone else able to reproduce this on Windows XP?

Yes, I can replicate it on a fully-patched Windows XP with the latest
Sun/Oracle Java plug-in, using the steps from Comment 0. I previously
replicated it with Plug-in v6u20. The trigger is clearly Firefox 3.6.14,
not a specific JRE or Windows version.

As you can see below, the URL is *not* malformed. It *is* relative,
which is valid as far as I know. Relative URLs should be resolved
relative to the codebase of the applet; the default codebase if not
specified is the document codebase (as you would expect).

>From the console:

Java Plug-in 1.6.0_24
Using JRE version 1.6.0_24-b07 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\tjc
----------------------------------------------------
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
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>
----------------------------------------------------


Your Java configuration is as follows:<br/> <br/>Vendor: <b><a href="http://java.com">Sun Microsystems Inc.</a></b><br/>Version: <b>Java SE 6 Update 24</b><br/>Operating System: <b>Windows XP 5.1</b><br/>Architecture:  <b>x86</b>
Obj:1.6.0_24
Exit worker loop
exception: Permission denied: null.
java.lang.SecurityException: Permission denied: null
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Exception: java.lang.SecurityException: Permission denied: null
java.net.MalformedURLException: no protocol: TestVM2-test.jar
	at java.net.URL.<init>(Unknown Source)
	at java.net.URL.<init>(Unknown Source)
	at sun.plugin.util.GrayBoxPainter.setProgressFilter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.setupGrayBoxPainter(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager.showAppletException(Unknown Source)
	at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/36

------------------------------------------------------------------------
On 2011-03-03T19:35:05+00:00 Smichaud wrote:

We don't need any more reports that some people can reproduce this bug
-- that's been clearly established.

What I need to find is precise enough steps-to-reproduce that I myself
can reproduce this bug.  I'm working on that, and am making progress.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/37

------------------------------------------------------------------------
On 2011-03-03T19:48:55+00:00 Harald-langhammer wrote:

Just tested the (German) 3.6.15 build1 candidate from
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/3.6.15-candidates/build1/unsigned/win32/de/
and still have the same issue with it as in 3.6.14

STR:
- open http://www.java.com/de/download/help/testvm.xml
- page loads with an java applet telling if you use current plugin or not
- change to i.e. www.google.com on the same tab
- again open http://www.java.com/de/download/help/testvm.xml (either by entering address or simply going back to last page)
- now the java applet shows only ~40% topmost content, remaining rectangle is filled grey
- reloading with F5 or Ctrl-F5 reloads page but plugin area remains broken
- opening a second firefox doesn't help, here the plugin is broken on the first try
- only closing all firefox instances and starting a new one allows the plugin to work again, but only once

The java test page is the German one, strangely it doesn't happen with
the English one: http://www.java.com/en/download/testjava.jsp

Screenshots, first try left, second try right:
http://www.harald-langhammer.de/javabug.gif

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/38

------------------------------------------------------------------------
On 2011-03-03T19:57:22+00:00 B.J. Herbison wrote:

This should be a Firefox 4.0 blocker.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/39

------------------------------------------------------------------------
On 2011-03-03T20:00:31+00:00 Smichaud wrote:

> This should be a Firefox 4.0 blocker.

Are you saying you can reproduce this with an FF4 beta or nightly?

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/40

------------------------------------------------------------------------
On 2011-03-03T20:07:17+00:00 Smichaud wrote:

(In reply to comment #38)

> Just tested the (German) 3.6.15 build1 candidate from
> ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/3.6.15-candidates/build1/unsigned/win32/de/
> and still have the same issue with it as in 3.6.14

Interesting.  As far as I know, that build doesn't have my patches for
bug 611910 or bug 620773 (which are supposed to have caused/triggered
this bug).

Am I right, Chris?

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/41

------------------------------------------------------------------------
On 2011-03-03T20:10:24+00:00 B.J. Herbison wrote:

(In reply to comment #40)
> Are you saying you can reproduce this with an FF4 beta or nightly?

Sorry, I should have been more explicit: I saw the problem described in
comment 38 (bottom half of applet gray) with the latest nightly build of
Firefox 4. It doesn't happen every time.

Mozilla/5.0 (Windows NT 5.2; WOW64; rv:2.0b13pre) Gecko/20110303 Firefox/4.0b13pre
Windows XP
Java 6 Update 23

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/42

------------------------------------------------------------------------
On 2011-03-03T20:16:57+00:00 Smichaud wrote:

(In further reply to comment #38)

Bingo!

Your steps-to-reproduce work for me -- and (very interestingly) only
with the German site
(http://www.java.com/de/download/help/testvm.xml), not with the
English language one (http://www.java.com/en/download/testjava.jsp).

Thank you, Harald!

I've no idea why I'm only able to see the bug with the German site.
And I'm not sure how significant that is (as others can apparently
reproduce the bug with the English site).

But having easy STR is more than half the battle.  Presuming they stay
easy to reproduce, I'll report my regression ranges shortly.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/43

------------------------------------------------------------------------
On 2011-03-03T20:22:15+00:00 Mats Palmgren wrote:

*** Bug 638530 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/44

------------------------------------------------------------------------
On 2011-03-03T20:23:35+00:00 Thomc wrote:

(In reply to comment #17)
> We have an increasing number of Firefox users that cannot log on to our online
> banking due to the FF 3.6.14 / JRE error.
> 
> Since this potentially affects 1,000,000+ eBanking users, some help would be
> greatly appreciated...
> 
> Java console:
> **************************************
> 
> exception: Permission denied:
> https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/.
> java.lang.SecurityException: Permission denied:
> https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/
>     at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown
> Source)
>     at java.lang.Thread.run(Unknown Source)
> Exception: java.lang.SecurityException: Permission denied:
> https://ebanking.sampopankki.fi/html/java/GWPKI/SAM/
> 
> **************************************

Just for the record, I cannot reproduce the issue in FF 4.0 Beta 12.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/45

------------------------------------------------------------------------
On 2011-03-03T20:24:34+00:00 Smichaud wrote:

(Following up comment #43)

I forgot to mention that I've been testing with the en-US version of
Firefox 3.6.14.  (And, as I already mentioned above, I'm testing on
Windows XP with the latest Java -- Java 6 Update 24.)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/46

------------------------------------------------------------------------
On 2011-03-03T20:32:23+00:00 Mats Palmgren wrote:

*** Bug 638541 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/47

------------------------------------------------------------------------
On 2011-03-03T22:21:16+00:00 Tanner-sumo-bugs wrote:

*** Bug 638583 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/48

------------------------------------------------------------------------
On 2011-03-03T22:31:37+00:00 Smichaud wrote:

Created attachment 516708
German testvm.xml Java error

(Following up comment #43)

Harald's testcase (http://www.java.com/de/download/help/testvm.xml)
turns out to be unusual, and therefore not the best testcase for this
bug.  But I've since found a couple other testcases that "work" (for
me) more like what others have reported here, and which will help me
decipher this bug (I'll discuss them in my next comment).

The German testvm.xml site fails using Harald's STR from comment #38
(on the 1.9.2 branch, when my patch for bug 611910 is present) with
the errors that others have reported here.  But reloading that site
fails with different errors when my patch for bug 611910 isn't present
on the 1.9.2 branch, on the trunk (whether or not my patch for bug
611910 is present), and even in IE8!

This explains Harald's problems with the 3.6.15 candidate build, and
shows that the problem he reported in comment #38 is either unrelated,
or not very closely related.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/49

------------------------------------------------------------------------
On 2011-03-03T22:48:29+00:00 Smichaud wrote:

Created attachment 516711
Colorpicker Java error

Two new testcase sites:

http://www.lohn1.de/lobn.htm
http://navsurf.com/applets/colorpicker/

Reloading these sites fails on the 1.9.2 branch (FF 3.6.X), when my
patch for bug 611910 is present, with at least some of the errors that
others have reported here.  F5 and the reload button both "work".

In my tests I only need reload the first site once.  I sometimes need
to reload the second site two or three times.

I will try to create a reduced testcase that shows exactly what's
going on here ... but that will probably take a while.

I don't know why these sites don't fail to reload on the trunk (what
will become FF4) -- even with my patch for bug 611910 present.  But I
aim to find out.

The first 1.9.2-branch nightly in which these problems occur is the
firefox-2011-11-23-04-mozilla-1.9.2 nightly -- the one where my patch
for bug 611910 first landed.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/50

------------------------------------------------------------------------
On 2011-03-03T23:19:57+00:00 Chrisfitzhenry wrote:

I found the problem guys! It took me upgrading to 4b13 to realize this
though LOL. There seems to be an issue with ADBLOCK PLUS that is doing
this. I disabled ALL Adblock stuff, and things are working again.

If you guys aren't using Adblock - try going into safe mode - with all
the add-on's disabled, and see if that solves it.

And, then if that doesn't solve the issue....you can always try
unintalling Java (cause, it seems to leave leftovers from every update
in there) and re-installing. The BEST way to do this is with a program
called REVO Uninstaller. It gets rid of ALL traces of Java - and, then
you can do a clean install!

Hope this helps! :)

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/51

------------------------------------------------------------------------
On 2011-03-03T23:29:59+00:00 Clegnitto wrote:

The VM I reproduced it with didn't have adblock plus installed...

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/52

------------------------------------------------------------------------
On 2011-03-03T23:32:06+00:00 Smichaud wrote:

> There seems to be an issue with ADBLOCK PLUS that is doing this.

Running Adblock Plus may make it easier to reproduce this bug, but it
isn't the cause.

I'm not using Adblock Plus, and I can reproduce this bug using the sites
from comment #50.

> Hope this helps! :)

It does -- it might explain why I've had such a hard time reproducing
this.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/53

------------------------------------------------------------------------
On 2011-03-03T23:36:27+00:00 Ajgregory wrote:

In case it helps you repro... This page will fail after the 3rd refresh:
http://www.screencast-o-matic.com/detect-full-url.html

After the 3rd refresh the getDocumentBase() function on the applet
returns null and you can no longer call functions on the applet via
javascript.

Here's a screencast showing the failure:
http://www.screencast-o-matic.com/watch/cXee0w2Xb

Also here's another page which uses a relative path to the jar which also fails on the 3rd load but the error in the console is different:
http://www.screencast-o-matic.com/detect.html

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/54

------------------------------------------------------------------------
On 2011-03-03T23:39:49+00:00 Smichaud wrote:

For what it's worth, I (like Andy Pople) can also reproduce this bug
on OS X (10.5.8 and 10.6.6) with FF 3.6.14 -- though (of course) only
when using Java Plugin2 (not when using the JEP that's by default
bundled with FF 3.X on the Mac).

See comment #30, comment #32 and comment #34.

Reply at: https://bugs.launchpad.net/firefox/+bug/728798/comments/55


** Changed in: firefox
       Status: Unknown => Confirmed

** Changed in: firefox
   Importance: Unknown => High

** Bug watch added: Mozilla Bugzilla #620773
   https://bugzilla.mozilla.org/show_bug.cgi?id=620773

-- 
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to Mozilla Firefox.
https://bugs.launchpad.net/bugs/728798

Title:
  Pogo.com games worked before update of Firefox




More information about the Ubuntu-mozillateam-bugs mailing list