Name: el35337 Date: 08/18/2000


I downloaded Solaris JPI 1.3 bits from the Sun JPI web page
and encountered the problem I described above.

The following demo tests (JDK) when running side the browser/JPI
will duplicate the problem: DitherTest, SymbolTest (4323956 previously
reported).

On HPUX with the 1.3.0 beta 22 drop I was able to duplicate the problem
with ArcTest, DitherTest, and SymbolTest. Note that Textfield, Button,
MenuItem, and List all generate ActionEvent event. When Textfield
component is removed from these test cases, these components respond
properly.

The previous hack in native.c can obsecure this problem.
In native.c a checkPos handler is called when EnterWindow
event occurs (XtAddEventHandler(w, EnterWindowMask, FALSE,
(XtEventHandler) checkPos, 0);. To duplicate the problem
you must not move out of the applet window when the applet
is loaded. The hack appears to fix the symptom, but does
not really fix the underline problem. It appears that
Textfield component might be stealing event belonging to
other components that also generate ActionEvent.

I am not sure why ArcTest does not fail on Solaris, but
on HPUX the three test cases all fail when the mouse
sprite remains in the applet window right after the
applet is downloaded. If the mouse sprite is moved
outside the window and move back in, checkPos is called
and these components begin to respond.
(Review ID: 107687)
======================================================================