Summary: | Spotify hangs/prevents mouse clicks. | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | petrk <pepko94> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | minor | ||
Priority: | NOR | ||
Version: | 5.2.0.1 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=343430 | ||
Latest Commit: | Version Fixed In: |
Description
petrk
2015-02-12 13:48:41 UTC
Sounds as if spotify grabs the mouse. Please a) install xdotool b) cause the "hang" c) alt+tab to a konsole window and run: xdotool key "XF86LogGrabInfo" sleep 1 # you can spare this when typing by hand ;-) sed -n 'H; /Printing all currently active device grabs/h; ${g;p;}' /var/log/Xorg.0.log It seems you are right, I was forced to write by hand ;) Suggest sleep -1 next time. [ 638.321] (II) Printing all currently active device grabs: [ 638.322] Active grab 0x44000012 (core) on device 'Virtual core pointer' (2): [ 638.322] client pid 2695 /usr/share/spotify/spotify-client/spotify [ 638.322] at 350985 (from passive grab) (device frozen, state 6) [ 638.322] core event mask 0x4 [ 638.322] passive grab type 4, detail 0x0, activating key 0 [ 638.322] owner-events true, kb 1 ptr 0, confine 0, cursor 0x0 [ 638.322] (II) End list of active device grabs [ 923.603] (II) RADEON(0): EDID vendor "LPL", prod id 57600 [ 923.603] (II) RADEON(0): Printing DDC gathered Modelines: [ 923.603] (II) RADEON(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz eP) [ 923.690] (II) RADEON(0): EDID vendor "LPL", prod id 57600 [ 923.690] (II) RADEON(0): Printing DDC gathered Modelines: [ 923.690] (II) RADEON(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz eP) [ 924.023] (II) RADEON(0): EDID vendor "LPL", prod id 57600 [ 924.023] (II) RADEON(0): Printing DDC gathered Modelines: [ 924.023] (II) RADEON(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz eP) [ 924.577] (II) RADEON(0): EDID vendor "LPL", prod id 57600 [ 924.577] (II) RADEON(0): Printing DDC gathered Modelines: [ 924.577] (II) RADEON(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz eP) spotify depends on qtwebkit and gtk+?? =) That's basically a spotify bug (we can *unfortunately* not prevent clients from doing stupid things with the mouse) but given the trigger (do you btw. have to click into an inactive spotify window to do this?) and that restarting kwin "fixes" the condition, I could assume relation to bug #343430 (fixed in 5.2.1 by https://git.reviewboard.kde.org/r/122298/) 5.2.1 is released on Tue 2015-02-24 but it would oc. good to check this before. => Does one need a spotify account to trigger this? Can you alternatively try kwin-git (from aur?) Better than xlib, right ? Today I clicked button on active window and it happened, funny thing is that now once I did it there's near 100% chance to trigger it, by clicking inactive or by alt+tabbing and clicking on active. I am unable to trigger it on login screen, or it's harder. I will 'install' kwin-git from AUR. it will take a while on C2D though. Can i remove other git deps from it ? It will compile whole plasma otherwise. I need to finally setup local repo on stronger box I guess. (In reply to Piotr Kloc from comment #4) > Today I clicked button on active window and it happened, funny thing is that > now once I did it there's near 100% chance to trigger it, by clicking > inactive or by alt+tabbing and clicking on active. ??? once a client "accidentally" grabs the pointer, it's unlikely gonna release it. > I am unable to trigger it on login screen, or it's harder. ??? what does the login screen have to do with spotify? (leaving aside that it's not managed, by kwin in this case) > I will 'install' kwin-git from AUR. it will take a while on C2D though. Can > i remove other git deps from it ? afaics the only thing you'll require as git variant should be kwindowsystem. plasma-workspace etc. is not even a real dependecy of kwin. About grabs, I meant that I was recovering with kwin restart but it was still grabing input. By login screen I meant Spotify login screen. Sorry for misunderstandings. KDE login screen is good. (SDDM) Thanks for specifying proper deps, it would take ages. After installing kwin-git and kwindowsystem-git problem still persists. I doubt Spotify devs will fix it though. Last linux client was released around July 2014. Thanks for help. Seems a known issue, see eg. https://community.spotify.com/t5/Help-Desktop-Linux-Mac-and/Spotify-Linux-Preview-hijacks-mouse-clicks/td-p/140174 https://community.spotify.com/t5/Help-Desktop-Linux-Mac-and/BUG-Spotify-catches-all-mouse-clicks/td-p/161020/page/2 Latter suggests relation to pulseaudio (whatasurprise) and a workaround: ---------------- * Close Spotify * Add this line to ~/.pulse/client.conf (create it if it doesn't exist): autospawn = no * Run this: pulseaudio -k ---------------- Alternatively, you could allow to release grabs by a magic shortcut: /etc/X11/xorg.conf.d/10-server.conf Section "ServerFlags" Option "DontZap" "false" Option "DontVTSwitch" "false" # Option "AllowDeactivateGrabs" "true" # also run setxkbmap -option grab:break_actions # Option "AllowClosedownGrabs" "true" EndSection AllowClosedownGrabs will kill the grabber - both are considered MAJOR SECURITY RISKS - the screenlocker will be no longer a protection afterwards. Ctrl+Alt+Keypad-Divide will trigger the release, Ctrl+Alt+Keypad-Multiply will trigger the kill - if you do that while your screen is locked THE SESSION WILL DIE and you return to the login screen. not a KWin bug, not even inducing. |