Am Donnerstag, 25. August 2016, 13:56:15 schrieb Ludwig Nussel:
Wolfgang Bauer schrieb:
The obvious fix would be to set the widget style to "Breeze" (not "breeze") in the openSUSE look-and-feel. I'll submit that change.
Thanks a ton! Those kind of issues are really a PITA and hard to grasp in openQA.
After submitting the fix, I noticed that I can easily reproduce it here on my system too by just creating a new user account. If I run a KDE4 application immediately on first login to Plasma5, it uses Oxygen instead of Breeze (if you change settings in Plasma5, they will also get synced back to KDE4, so the problem will "fix" itself). The reason why this only happens in the tests when upgrading from 13.2 is simple: we don't install the Oxygen style by default any more, so it cannot be used of course on a fresh (default) installation (or upgrade from 42.1) and kdelibs4 uses Breeze instead like it should. Anyway, should be fixed meanwhile...
So, the problem is not that the (KDE) desktop grabs the Alt+p shourtcut. This is rather a "bug" in VLC, unrelated to KDE.
Hmm, CC Dominique...
The problem seems to be that the "Play" button has a popup menu with the 4 possible actions ("Enqueue", "Play", "Stream", "Convert"), and the menu entries have explicitly assigned shortcuts, e.g. Alt+P for "Play". With the english translation, the button itself gets assigned (Alt+)P as well as shortcut, so it's ambiguous. If you open e.g. the "Convert" dialog (which is basically the same, but the button is set to "Convert" then), Alt+P works but Alt+O (for "Convert") is ambiguous. It should work to press Return instead of Alt+P though, that would probably be the quickiest/easiest way to "fix" the tests. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org