User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Crash in MRJ Java plugin when starting applet that uses width="100%" parameter after installing Java 1.4.1. Update 1. Using e.g.: width="100" works fine. Also, using Mozilla 1.2.1 also works fine. Mozilla 1.3, 1.4 and 1.5 cannot load applets that uses the width/height="100%" parameter type. See enclosed example. Reproducible: Always Steps to Reproduce: 1.Open the console window 1.Open the "Applet_percent.html" in Mozilla 1.3/1.4 or 1.5 2.Watch the exception from the applet loading process and notice that the applet did not start Actual Results: Applet not started Expected Results: Shown the background striped MacOS X default background of a Java Applet. Important: need MacOS X 10.2 and installation of Java 1.4.1 Update 1 for bug reproduction This is a very important feature that is broken. We develop applets that contain a lot of information and it is important that the user is able to resize the applet such that he/she can see the information needed, currently the applet does not start at all because we are using the width/height="100%" applet parameter. Enclosed is a attachment demostrating the bug

See bug report for instructions on how to reproduce

I can reproduce this in a more recent Seamonkey browser (20031029 1.6a) and Firebird as well (20031105 Firebird/0.7+). It can't handle the java applet width or height or both being set to any sort of percentage.

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

Same thing (almost! but no crashing) happens here. OS X 10.3.3, Java 1.4.2_03. Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a) Gecko/20040419 The space that should be used by the applet is enclosed on a green rectangle, filled with the background color of the page. The "applet_percent.html" file triggers the bug (shows green rectangle); the "applet_pixels.html" doesn't (runs the applet). IE and Safari 1.2 run correctly both versions. I've noticed the same failure on http://applet.hispachat.ya.com/cv43hi/ac3hi.atpc?nick=pruebaMoz&canal=%23M%e1s_de_20_Val&version=&urlprincipal=http://www.hispachat.ya.com ...and (up to now) I believed that the bug here started appearing after some Java update during OS X 10.2.x, since for some time I was able to use that URL just right. Safari and IE open it OK (though Safari is terribly unstable there). I'll try to unearth some old Mozilla (1.2?) and report here, in case it really is a Mozilla problem. Interestingly, on the about:plugins page the bug also happens. In the Java Plugins zone (the first one, not the CFM one), one entry in the table reads "application/x-java-applet;version=1.3" in the first column. The second column shows the green rectangle; I think I remember having seen there the typical Java cup logo some months ago.

I have been reinstalling old Mozillas, looking for the regression point; looks like it happened between Mozilla 1.3.1 and 1.2.1. 1.3.1 is Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3.1) Gecko/20030425 1.2.1 is Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.2.1) Gecko/20021130 1.2.1 does load both versions of the test applet. 1.3.1 loads OK "applet_pixels" and fails with "applet_percent". The URL I mentioned as triggering this bug does use percent-sizing to display the applet. That URL loads OK on 1.2.1 but fails on 1.3.1. I have tried changing the HTML to use absolute sizes and now it does work on Mozilla 1.7b and nigthly 20040419... so, to me this looks like a confirmed bug. The about:plugins page shows the described green rectangle on 1.3.1. On 1.2.1, the green rectangle is not there (but the grey space it occupied remains - not the Java cup logo, as I thought I remembered...) To sum up: Mozilla 1.2.1 was the last Mozilla version that ran correctly applets sized by percentages. Since then, applets sized that way won't run. (...so the first reporter got it quite right). I've attached the java exception text. It's almost, but not quite, identical to the one included in the test applet.

Confirm. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.8b) Gecko/20050130 Firefox/1.0+

Is anyone still seeing this bug? The test applet now loads for me. There seem to be a couple of other bugs associated with it (it draws over the status bar for one thing), but I'm guessing that's a different issue. There are certainly no crashes. The other test case, mentioned in comment 5, doesn't seem to load, but the error it's giving seems to be a different issue as well.

WFM also.