******************************
This bug was reopend because this was found to be reproducable
in JDK 1.3 (FCS) on Solaris.

NOTE: To see this bug you must reload the window, and move the mouse cursor
within the applet window. The problem goes away when the mouse cursor is
moved outside of the applet window. It only happens if the mouse cursor starts
within the applet window.

This also happens only when a drop down box is included with a text field, or
Button, or MenuItem, or List.

kevin.brown@eng 2000-10-18

********************************
Name: clC74495 Date: 03/22/2000


Use demo/applets/SymolTest as a test case.
Convert the html file to use EMBEDDED tag (plugin).
Bring up Netscape 4.72 and load the SymbolTest page.

Click on Font: Button. It does not respond.

Note that we encountered this problem in HPUX
port of JPI1.3 V drop. We downloaded
PRIVATE/java_plugin1_3_0-v-bin-solsparc-feb_29.sh
to verify whether the problem exist on Solaris JPI 1.3.

We are able to duplicate the problem on Solaris.
(Review ID: 102446)
======================================================================

More info from customer (HP):

> > synopsis: Components generating ActinEvent event does not respond when
> > Textfield is used
> > description: 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.
> > workaround: Move the mouse sprite out of the applet window and
> > move back in the window again.

menasse.zaudou@Eng 2000-08-02