The paint-method should always be called when the graphic content has to be redrawn. If you have a longer HTML-page where you can scroll down/up and you scroll away from the applet and the back to it, it does not call the paint-method and therefore some temporary graphical content disappears.
You can see the effect on this page: http://www.matha.rwth-aachen.de/~zeyer/ilias/jars/Mengen/Mengen.html There look at the applet M03_01_04. It should draw three circles in different colors around the checkboxes. I just recognised that also by changing the tabs, it does not call the paint-function again.
Created attachment 169618 [details] java code of the M03_01_04 applet
Is this also an issue with 1.6.0.10 and the new plugin? If it is please file the issue to http://bugs.sun.com and post an url to the url back here.
Created attachment 169620 [details] screenshot when paint-fct was not called
Yes, I have the same behaviour in sun-jdk-1.6.0.10. I am beginning to wonder though if perhaps something is just wrong in my code. Shouldn't it call the paint-function always when a repaint is needed?
Created attachment 169632 [details] applet viewer with M03_01_04 The strange thing: Even in the applet viewer, when I drag another window over it or when I open the "Applet"-menu of the applet viewer, it does not redraw the applet. When I though resize the applet viewer, it does the redraw (most of the times, also not always).
The upstream bug report will be available soon here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6766052
this version is not in tree anymore. please reopen if the problem still persists with versions that are in tree.
