FULL PRODUCT VERSION :


ADDITIONAL OS VERSION INFORMATION :
12.3.0 Darwin Kernel Version 12.3.0: Sun Jan 6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64

EXTRA RELEVANT SYSTEM CONFIGURATION :
OS X Version 10.8.3
Safari 6.0.3
Java 1.7.0_17

A DESCRIPTION OF THE PROBLEM :
When caps lock is on, the KeyEvents of type KEY_TYPE generated by the plugin are in lowercase. This is due to a bug in NSEvent.nsToJavaMouseModifiers. That native method takes a bit vector describing the key modifiers (caps lock, shift, alt, etc.) in a native OS X format and converts it to a bit vector in the format Java is expecting. In my tests, with caps lock engaged it takes as input 65536 and converts it to 274346159.

This is problematic due to the following block of code in KeyEvent's contructor:

if ((getModifiers() != 0) && (getModifiersEx() == 0)) {
            setNewModifiers();
} else if ((getModifiers() == 0) && (getModifiersEx() != 0)) {
            setOldModifiers();
}

274346159 does not satisfy either of those tests; it seems to have both old and new flags, so the KeyEvent doesn't properly set any modifiers.

REGRESSION. Last worked in version 6u45

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Run an applet on OS X.
Engage caps lock.
Put the focus in a text field.
Press an alphabetic key.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
The output should be in uppercase.
ACTUAL -
The output is in lowercase.

REPRODUCIBILITY :
This bug can be reproduced always.

CUSTOMER SUBMITTED WORKAROUND :
The user can work around this by using shift.