Hi Ken,

I looked into this a bit this morning. I am able to observe the same issue with my own implementation of my My-T-Soft "Hider". The issue here is that the current workaround that we are using to toggle the keyboard state, is launching a small console application that finds the state of the keyboard and toggles it. This launch is tied in to the shortcut key that we setup to match the physical bezel button.

Now, the issue is that for any application that you're going to run by pressing a shortcut key, it will *always* steal the focus from the foreground application. You can try this with virtually any application: just create a shortcut to it, configure a shortcut key combination, place the focus in any field of any application, and hit the key combo. The focus to your app will be lost. This is not specific to Firefox and unfortunately also not to My-T-Soft. Here's a discussion on MSDN that backs this up: How do I start my application without window focus?

Unfortunately it seems like we can't make any short term changes to fix this, as it's related to how Windows behaves in relation to hotkey shortcut launching. An alternative approach (and maybe we can run this by My-T-Soft) would be to have My-T-Soft itself register for our bezel keycode and toggle the keyboard state accordingly. Another alternative would be to launch a "daemon" application at startup that will do nothing else than register for the bezel key combination and toggle the SIP state whenever the button combination comes in.

Let me know if this is affecting your customer - I could put something like the latter (daemon running in the background) together if it's affecting your customer at the moment. If it's just a bug that the customer doesn't consider an issue, I suggest to push My-T-Soft for a better solution (or build a daemon into the VC80 OS).