User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060915 Firefox/1.5.0.7 Build Identifier: I normally have KP_Enter bound to bring up a terminal window, so after upgrading to 4.3.99.1 I went to the Keyboard > Shortcuts settings to set up this binding. However, hitting KP_Enter activates the Cancel button. Reproducible: Always Steps to Reproduce: 1. Go to the Keyboard settings, and pick the Shortcuts tab. Add your own theme if you don't already have one. 2. Add a new shortcut with any command you like, or double-click an existing shortcut to edit its key. 3. Hit KP_Enter (the Enter key on the numeric keypad). Actual Results: The Cancel button's activated, and the shortcut isn't changed. Expected Results: Changed the shortcut to KP_Enter. Doing Shift+KP_Enter works fine, as does Tab. KP_Enter also works fine in the similar dialog under the Window Manager > Keyboard settings, so I assume this is just a missed binding. If you're fixing this, though, you should also look at bug 2401, which is the converse of this bug -- that user's expecting the Enter key to select a button in the Window Manager > Keyboard settings and is unhappy that that dialog will accept Enter as a binding.
Some keys cannot be used to create shortcuts. This is mainly due to GTK usage and to keep keyboard navigation support.
OK -- I guess at least this makes the interfaces for the two editors consistent. Thanks for looking at it. For people who do want to use KP_Enter as a shortcut, you can still do it by editing ~/.config/xfce4/shortcuts/themename.xml by hand (and opening and closing the shortcuts editor to get it reloaded).