Description of problem: After a reboot, several xwayland applications stopped reading keyboard input: * firefox * thunderbird * clementine Version-Release number of selected component (if applicable): * gdm-3.30.1-2.fc29.x86_64 * gnome-shell-3.30.1-2.fc29.x86_64 * mutter-3.30.1-5.fc29.x86_64 * xorg-x11-server-Xwayland-1.20.2-1.fc29.x86_64 How reproducible: Boot system, log in, open firefox, try to type something. Nothing happens Some observations with xev: When pressing and releasing a key, I get 3 events: FocusOut event, serial 34, synthetic NO, window 0x1e00001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 34, synthetic NO, window 0x1e00001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 34, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 No KeyPress/KeyRelease events. When wildly klicking keys, from time to time I get a KeyRelease event, but no KeyPress event. In clementine, I get some input when keeping a key pressed. Please set the right component of the ticket, I don't know what is the right one here.
When clementine is closed, all is fine. I changed the component and the ticket description
Probably is this issue https://github.com/clementine-player/Clementine/issues/5462 I don't use Wayland so I can't test. Don't expect an update from Clementine upstream, the project is pretty much on life support. Wayland devs don't want to implement Global hotkeys. May I suggest you try Strawberry and see if it works better?
Hello, I have the same issue on my fedora 29 x86_64. I do not know the cause of the issue but I found how to delete it. It is necessary to delete all keyboard shortcuts in the clementine settings. After, all is good. Greetings.
Hello, I can confirm this issue. With Clementine 1.3.1-30.20181020gitfb00835.fc29 on Fedora 29 x86_64. Once Clementine is open, I can't type in Clementine nor Thunderbird. As I'm typing this in Firefox with Clementine open, Firefox appears to be unaffected. However, in my first experience of this, Firefox was also unusable. Terminator, Gnome Shell were not affected. Another thing to add, Clementine appears to still accept input, but only if another key is pressed at the same time, so shifted text works fine, but also holding a random letter key on the keyboard and typing with the others. Also, after the repetition delay, it starts accepting key presses too: so holding a letter eventually starts entering it (and repeating it) and in the same way, holding backspace will delete entered text. Hope this helps.
I'm also confirming this issue. Reverting back to clementine-1.3.1-27.fc29.x86_64 makes the issue go away.
After upgrading to fedora 29 I face this issue too, removing my custom keyboard shortcut doesn't work, I installed clementine-1.3.1-27.fc29.x86_64 and the issue is resolved.
I can confirm the workaround described in comment 3 works on Fedora 29 X session with Clementine 1.3.1.
Robert, should we revert the update since it causes trouble for many people?
I've patched the source to remove the default keybinding, they are superfluous anyway because media keys are handled by MPRIS2. I'll publish an update asap, people might need to reset they keybinding if they gave changed them, but overall I tested it in a VM with GNOME and it seems to be working.
clementine-1.3.1-31.20181116gitb8eea8c.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-b03c448978
clementine-1.3.1-31.20181116gitb8eea8c.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-b03c448978
(In reply to Fedora Update System from comment #11) > clementine-1.3.1-31.20181116gitb8eea8c.fc29 has been pushed to the Fedora 29 > testing repository. If problems still persist, please make note of it in > this bug report. > See https://fedoraproject.org/wiki/QA:Updates_Testing for > instructions on how to install test updates. > You can provide feedback for this update here: > https://bodhi.fedoraproject.org/updates/FEDORA-2018-b03c448978 On my Fedora 29 it doesn't make any difference this update. Still keyboard doesn't work in some programs (so far firefox, chrome, telegram) after updating via this command: sudo dnf update clementine --enablerepo=updates-testing Upgraded: clementine-1.3.1-31.20181116gitb8eea8c.fc29.x86_64
I was wrong, I set all my keyboard shortcuts to default and everything is fine.
Nevertheless, it's just a workaround. The problem is opened upstream, but looking at the development activity I don't know when/if will be fixed :( https://github.com/clementine-player/Clementine/issues/6191 https://github.com/clementine-player/Clementine/issues/5462
Especially the show/hide shortcut is very useful after a system tray has been removed from Gnome 3.
The update to clementine-1.3.1-31.20181116gitb8eea8c.fc29.x86_64 didn't help, but clearing my keyboard shortcuts did, I guess maybe that's the solution
clementine-1.3.1-31.20181116gitb8eea8c.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
With new version, no problem with keyboard shortcuts. Clementine works fine. Thanks a lot !
I can reproduce this issue on Fedora 29, even with clementine-1.3.1-31.20181116gitb8eea8c.fc29.x86_64 (i.e. after clementine is running it blocks all keyboard input in X applications like firefox - input in wayland applications like gnome terminal still work, then) Manually configuring all shortcuts to None in the preferences as work-around does work for me.
Reproduceable with fedora 29. clementine-1.3.1-31.20181116gitb8eea8c.fc29.x86_64
> Especially the show/hide shortcut is very useful after a system tray has been removed from Gnome 3. Just as clarification. When I set all standard shortcuts to "default" (managed by Gnome) and add one custom custom to show/hide the application window it unexpectedly works with the clementine-1.3.1-31.20181116gitb8eea8c.fc29.x86_64 . The keyboard is not blocked and my custom shortcut works. Only tested with X11, though.
The behavior in Clementine was that if GSD mediakeys was not found or working, the fallback was to use the X11 shortcuts backend in qxt, this causes problems on a lot of desktops. Gnome should use shortcuts through GSD and KDE uses MPRIS. The GSD backend was broken was because of change to the interface in GSD: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/commit/33d47e655606ac88ed7d529c1132e5be6299633b I've fixed the GSD backend in Clementine, but the authors don't seem to make releases anymore and it may still be a problem on KDE, since it still falls back to X11 shortcuts. In Strawberry I've also made the X11 shortcuts optional and off by default, if someone accepts my PR to update to the new version, it has the fixes: https://src.fedoraproject.org/rpms/strawberry/pull-request/1
This bug is still present in clementine-1.3.1-32.20181130gitd260c8b.fc29.x86_64 (tested with Xorg).
Same error with gnome video, vlc and NuvolaAppYandexMusic ( https://github.com/tiliado/nuvolaruntime/issues/547 ).
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 29 changed to end-of-life (EOL) status on 2019-11-26. Fedora 29 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This problem usually happen to me on Fedora 31. I never see it when I was using Fedora 30. I have to use my mouse to reboot then it work.