Comment 8 for bug 223840

Michael, thanks, uploaded with minor changes:
  * Tweak above changelog entry to clarify actual change.
  * Tune Ubuntu revision.
  * Update upload date.

Concerning the Ubuntu version, you don't need to keep the "build1" in the revision, we use it when we don't need to keep the Ubuntu changes if a new Debian revision appears, but otherwise we use regular ubuntuN revisions.

Colin, I notice you're an upstream Claws Mail developper, I hope you'll understand the following rationale from Ubuntu and UME point of views.

I can understand that Claws Mail has power users who benefit from the usefulness of redefining keyboard shortcuts, still I weighted these arguments in favor of the change:
1) the GNOME / Ubuntu desktop defaults to disabling this Gtk+ feature for all apps; Claws Mail is just an alien when mixed with others here
2) this feature is only rarely useful; you redefine your keyboard shortcuts on very rare occasions where you are ready to dig into the preferences (and enable this feature back), but then you don't want it to change by accident

I personally wouldn't encourage allowing to change keyboard shortcuts in an application too easily as it prevents you from immediately using the same application from another computer, and it is likely to cause differences in keyboard shortcuts for the same action in different apps on the same desktop (e.g. you don't want really want to redefine Save ^S or Print ^P or Exit ^Q, these are just expected in all apps).

I think users who use this feature and rely on the default will naturally react by opening the prefs when they want to change accels again. Would I be using this feature, I'd personally edit my keyboard shortcuts, then turn keyboard shortcut edition to read-only.

NB: I could reproduce with the steps indicated by Chris; it's hard to hit small menu items in UME, so it's tempting to switch to typing the keybinding when you just read what it is in the menu that you just opened.