Skip to main content

Serious problem with b10 and IE 7.0 applets

18 replies [Last post]
qu0ll
Offline
Joined: 2006-12-09

Build 10 appears to have significantly changed its behaviour with IE 7.0 in that now it seems that no painting is done in an applet until the user clicks the mouse in the applet area. The result is that it appears the applet hasn't loaded at all and the user sees nothing. This is different from b09 and all earlier versions in that the user has always had to click to activate the applet but at least the applet painted itself before clicking.

I realise that Microsoft has a large part to play in this undesirable behaviour but I am really hoping that something can be done from the Java perspective to at least have the applet paint itself without requiring the user to click the mouse. Having the current situation where nothing at all is displayed until the mouse is clicked would be absolutely disastrous for what we are trying to do with applets.

Is this just a bug that can be fixed? We can live with having to click to activate but not click to paint.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
nhurst
Offline
Joined: 2006-05-05

If it's of any use, using jre-6u10-ea-bin-b12, I also routinely see applets report the following non-fatal exception reported in the Console, relating to the loading animation:

Exception in thread "Thread-7" java.lang.NullPointerException
at sun.plugin.util.AnimationPanel.createTranslucentImage(Unknown Source)
at sun.plugin.util.AnimationPanel.createGradientShapeImage(Unknown Source)
at sun.plugin.util.AnimationPanel.initBackground(Unknown Source)
at sun.plugin.util.AnimationPanel.preloadResources(Unknown Source)
at sun.plugin.util.AnimationPanel.doPaint(Unknown Source)
at sun.plugin.util.AnimationPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

(This occurs on Windows 2000 SP4, using both IE6 SP1 and Firefox 2.0.0.12 on an old dual Pentium with Matrox G400 graphic card. The error appears for numerous different applets including the JDK applet demos. All applets go on to load normally.)

kbr
Offline
Joined: 2003-06-16

Thanks. This has been fixed under 6657116, which I believe will be included in build 13.

rogyeu
Offline
Joined: 2006-07-30

Hi qu0ll,

I cannot reproduce the issue. I used a Vista 64-bit Enterprise Edition with IE 7.0.6000.16575 to load the following applets:
http://java.sun.com/applets/jdk/1.4/demo/applets/Animator/example1.html
http://java.sun.com/applets/jdk/1.4/demo/applets/Animator/example2.html
http://java.sun.com/applets/jdk/1.4/demo/applets/Animator/example3.html
http://java.sun.com/applets/jdk/1.4/demo/applets/Animator/example4.html
http://java.sun.com/applets/jdk/1.4/demo/applets/ArcTest/example1.html
http://java.sun.com/applets/jdk/1.4/demo/applets/BarChart/example1.html
http://java.sun.com/applets/jdk/1.4/demo/applets/Clock/example1.html

I installed b10 (with online installer. Note: kernel installer does not work on Vista in b10) and I clicked on the above links within IE 7 and waited until the applet loads. They all seemed to load very fast. Do you have a particular applet you could share which demonstrates the issue?

Regards,
Roger Y.

Message was edited by: rogyeu

qu0ll
Offline
Joined: 2006-12-09

Hmm, it appears to be intermittent. It's happening about 1-2 times out of 10 for me. That's why I thought it went away and then came back again.

It applies to any applet including those applets you have referred to.

When you say that the kernel installer doesn't work on Vista, what do you mean exactly?

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

qu0ll
Offline
Joined: 2006-12-09

OK, I have found there's an exception when it happens. Here's the console output:

Applet status: Applet loaded.
Exception in thread "Thread-8" java.lang.NullPointerException
at sun.plugin.util.AnimationPanel.createTranslucentImage(Unknown Source)
at sun.plugin.util.AnimationPanel.createGradientShapeImage(Unknown Source)
at sun.plugin.util.AnimationPanel.initBackground(Unknown Source)
at sun.plugin.util.AnimationPanel.preloadResources(Unknown Source)
at sun.plugin.util.AnimationPanel.doPaint(Unknown Source)
at sun.plugin.util.AnimationPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Applet status: Applet resized and added to parent container
Applet status: Applet initialized
Applet status: Applet made visible
Applet status: Starting applet
Applet status: Applet started
Applet status: Told clients applet is started

I hope this helps.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

kbr
Offline
Joined: 2003-06-16

I don't think this exception is related to the failure to paint the applet. There are definitely race conditions in the painting of the loading animation, but these should be harmless and not affect the painting of the actual applet in any way.

If you can confirm with 100% certainty that the display of this exception is coincidental to the repainting issues, that would be a helpful piece of information.

qu0ll
Offline
Joined: 2006-12-09

You are correct in that the exception and the problem are not related as the problem is still occurring and there is usually no exception. It probably happens about half the time now (where the applet doesn't paint till clicked).

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

kbr
Offline
Joined: 2003-06-16

A support engineer from Microsoft has attempted to reproduce this problem but has not had any success.

I believe that the particular graphics card in use may be related to the problem. What graphics card is in this machine, and what driver version? If you aren't running the latest drivers from your vendor, please upgrade them and test again.

qu0ll
Offline
Joined: 2006-12-09

It's a XFX nVidia GeForce 8800 Ultra XXX with latest drivers (169.25).

As I said, unfortunately the problem is very intermittent but I agree that it may have something to do with the GPU/driver combination given that it only happens on this one machine. Unfortunately I don't have another Vista x64 machine to compare whether it's definitely Vista-related or machine specific.

I am happy to move on for now and come back to it if the problem persists into later releases of Update 10.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

kbr
Offline
Joined: 2003-06-16

At this point all of the evidence indicates that this is a bug in NVidia's drivers for 64-bit Vista. The other report we have of similar rendering artifacts on 64-bit Vista (Sun bug 6647457) is also with a GeForce 8800 card with ForceWare 169.25.

I will try to get this issue raised with NVidia, but I would encourage you to do the same via whatever channels are available to you.

qu0ll
Offline
Joined: 2006-12-09

OK, thanks for investigating this :-)

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

rogyeu
Offline
Joined: 2006-07-30

Hi qu0ll,

I am not able to reproduce your issue. Could you please provide a link which demonstrates the issue - no painting until user clicks in the applet area?

Thanks,
Roger Y.

qu0ll
Offline
Joined: 2006-12-09

Yes, it seems I spoke too soon... normal behaviour has returned after a reboot thankfully. Sorry to have troubled the forum with this.

However, while we are discussing this, is there any way for Sun to get around the requirement to "Click here to activate this control" that IE 7.0 imposes on Java applets? It would be so much nicer if they ran the way they do in Firefox for example.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

qu0ll
Offline
Joined: 2006-12-09

Actually, I reinstate my problem report. On my Windows Vista x64 machine running IE 7.0, applets are not displaying/painting anything until the user clicks somewhere within the applet. This has only started happening since b10. On my Windows XP machine and on my Windows Server 2003 machine running IE 7.0, the applet displays/paints as normal.

So perhaps it's a Vista issue and perhaps further it's a 64-bit thing but it's definitely happening.

Ah, here's something. The XP and 2003 machine are running IE version 7.0.5730.11 whereas Vista has IE version 7.0.6000.16575 so perhaps that's part of the equation too.

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

kbr
Offline
Joined: 2003-06-16

We have one bug filed about painting issues with Vista x64 (6647457). I haven't had time to track down a Vista x64 machine in house to try to reproduce the problem, but I strongly suspect it is a bug either in your graphics drivers or perhaps in the Aero compositing engine in 64-bit Vista. I would suggest you report the problem to both your graphics card vendor and to Microsoft.

kbr
Offline
Joined: 2003-06-16

Note that I've also started the process of pinging our own contacts at Microsoft about this problem.

qu0ll
Offline
Joined: 2006-12-09

Thanks, I appreciate the effort.

Now, if you could just somehow get rid of that "Click to activate control" impediment in IE 7.0 I'd be really happy!

--
And loving it,

-Q
_________________________________________________
Qu0llSixFour@gmail.com
(Replace the "SixFour" with numbers to email me)

kbr
Offline
Joined: 2003-06-16

> Now, if you could just somehow get rid of that "Click
> to activate control" impediment in IE 7.0 I'd be
> really happy!

This is going away in a future update to IE. Apparently Microsoft settled the patent lawsuit with Eolas.