Ok, identified the initial problem here. It's not any recent problem - it's an issue that seems to be with appmenu-qt5 and Qt5 since the very beginning. It's not really a bug in appmenu-qt5, more like a design decision that Qt5 had that I wasn't aware of.
The main problem here is that once we load up the QPA platformtheme and the QMenuBar object is able to create the QPlatformMenuBar instead, what it does is it hides the original QMenuBar (doing w->hide()). In Qt5 a hidden menubar (and probably any other widget/ui object) does not get any events when being hidden. appmenu-qt5 is a simple plugin that doesn't do any of that handling. Actually I'm not even sure if it's easily possible to add shortcut handling to a QPlatformMenuItem - the QAction wrapper around platformtheme plugins. I'll look into that in detail tomorrow, maybe we might be able to resolve this somehow without patches upstream. -- You received this bug notification because you are a member of Unity API bugs, which is subscribed to sni-qt. https://bugs.launchpad.net/bugs/1380702 Title: No keyboards shortcuts in QT apps Status in appmenu-qt5: In Progress Status in Canonical System Image: Confirmed Status in sni-qt: New Status in Ubuntu: Confirmed Bug description: In some apps built using QT4 & 5, menu shortcuts are greyed out and inoperant. Only alt and FKeys-based shortcuts work. Others, notably ctrl+c for copying, do not. This is quite serious ; mail me for more details. To manage notifications about this bug go to: https://bugs.launchpad.net/appmenu-qt5/+bug/1380702/+subscriptions -- Mailing list: https://launchpad.net/~unity-api-bugs Post to : unity-api-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~unity-api-bugs More help : https://help.launchpad.net/ListHelp
