Sending a CONTROL or SHIFT key followed by a character, either by sendKeys or an Actions
class call, when the javascript event is fired for the character, it should have ctrlKey/shiftKey
set to true.  This is not currently the case.

This means that if a page hooks an event listener for Ctrl + FunctionKey, rather than
the event listener being called, the default browser action is taken as if control
were not pressed - for example Ctrl + F12 should not bring up the F12 developer tools,
but it does.  Interestingly, this appears to be FunctionKey specific - Ctrl + a will
select all of the text on the page, but the javascript event will still be fired claiming
ctrl was not pressed.


By inspecting with Spy++, the exact same events are being sent to the browser as are
sent when actually pressing the keys.  It seems that IE is itself checking the keyboard
state (possibly via the process-local GetKeyboardState), and overriding whatever we
spoof.


There doesn't appear to be a way to override this behaviour other than forcing the
window to focus and using SendInput to send the control/shift character.  The WebDriver
spec does not allow focus to be required, and so we cannot do this.