This is deliberate, and no bug. Ctrl-Shift-SomeKey is an entirely different thing.

For example, while Ctrl-F is "Find", Ctrl-Shift-F is "Find in Files".

Control + shift, yes, but not caps lock. As far as I know the wxWidgets key handler doesn't distinguish between caps locked characters and normal characters (instead using the shift down flag to handle; however, I can't be certain about this since I haven't closely examined the menu code).

Sorry, but there is no resolution for this.

As you can see here: http://www.wxwidgets.org/manuals/2.6.2/wx_wxmenu.html#wxmenuappend the only valid constants to specify key bindings are "CTRL", "ALT" and "SHIFT". Even if this behaviour with Caps Lock (which is quite normal in my opinion) qualifies as a bug, we do not have a means to work around it (functions is not supported).

If you still feel that this is wrong, please feel free to submit a feature request to wxWidgets.

As a side note, I played with the Caps Lock key on several of my computers, and while on one PC, it only capitalizes letters, it also shows special characters instead of numbers on another. On one PC, Shift toggles Caps Lock, whilst on another, it seems to perform a logical OR.

I really don't know which is "normal" and which is not, but it almost appears as there is no standard about what Caps Lock does exactly...

Closing report as no possible resolution is available.