Arch Linux

Physicist1616

Member

Registered: 2015-02-16

Posts: 37

[SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

EDIT --  Fix is here:  https://wiki.archlinux.org/index.php/Mad_Catz_Mouse

I'm having an issue in desktop environments where my mouse seems to bind into a window and then cease to function outside that window, other than movement.  This happened in my first DE install, Enlightenment, so I installed LXDE to check, and I get the same behavior there.

If I close the bound window, the problem goes away until the mouse rebinds.  Other times, it seems to be bound to the desktop itself, and while I can move the mouse, nothing I click other than desktop items does anything.  edit:  looks like right-clicking in a window or on the desktop unbinds from the desktop, but getting unstuck from LXTerminal isn't so simple.

I'm fuzzy on how drivers work here, but I have the evdev packages installed.

What is happening here?  (Or... what other information could assist diagnosing this behavior?)

--------------

I started with Arch 24 hours ago.  I am more familiar with Gnome + CentOS or Ubuntu.

Last edited by Physicist1616 (2015-02-19 11:01:13)

Head_on_a_Stick

Member

From: The Wirral

Registered: 2014-02-20

Posts: 9,003

Website

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

Try running `xev` to check if your mouse buttons are functioning properly (or try a different mouse).

---

Jin, Jîyan, Azadî

PootisBird

Member

Registered: 2014-04-16

Posts: 125

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

I borrowed it from Thomas Lubking
a) install xdotool
b) cause that problem
c) alt+tab to a konsole window and run: xdotool key "XF86LogGrabInfo"
sed -n 'H; /Printing all currently active device grabs/h; ${g;p;}' /var/log/Xorg.0.log

Physicist1616

Member

Registered: 2015-02-16

Posts: 37

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

xev has the interesting effect of seeming to bind the mouse to nothing.  I cannot interact with the window at all using the mouse, but when I alt-F4 it, I get proper functionality immediately.

If I understand what I'm seeing from the 'xtooldo | sed' below, the first active grab in each log is the one the pointer is bound into.  I do not understand why Chrome always appears as the second active grab (which I presume is the problem, and chrome is not mouse-functional despite being the second grab).  Would that be the fault of chrome, or is something in the window manager forgetting to release chrome?

From xdotool | sed

[   830.911] (II) Printing all currently active device grabs:
[   830.911] Active grab 0xc00000 (core) on device 'Virtual core pointer' (2):
[   830.911]       client pid 564 pcmanfm --desktop --profile LXDE
[   830.911]       at 702422 (from passive grab) (implicit) (device thawed, state 1)
[   830.911]         core event mask 0x63a07f
[   830.911]       passive grab type 4, detail 0x0, activating key 0
[   830.911]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[   830.911] Active grab 0x1600000 (xi2) on device 'Mad Catz Mad Catz R.A.T.9 Wireless Mouse' (13):
[   830.911]       client pid 615 /usr/lib/chromium/chromium 
[   830.911]       at 274384 (from passive grab) (implicit) (device thawed, state 1)
[   830.911]       xi2 event mask for device 13: 0x7001c0
[   830.911]       passive grab type 4, detail 0x0, activating key 0
[   830.911]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[   830.911] (II) End list of active device grabs

[  1262.536] (II) Printing all currently active device grabs:
[  1262.536] Active grab 0x1200000 (core) on device 'Virtual core pointer' (2):
[  1262.536]       client pid 809 lxterminal 
[  1262.536]       at 1195627 (from passive grab) (implicit) (device thawed, state 1)
[  1262.536]         core event mask 0x63817f
[  1262.536]       passive grab type 4, detail 0x0, activating key 0
[  1262.536]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[  1262.536] Active grab 0x1600000 (xi2) on device 'Mad Catz Mad Catz R.A.T.9 Wireless Mouse' (13):
[  1262.536]       client pid 615 /usr/lib/chromium/chromium 
[  1262.536]       at 274384 (from passive grab) (implicit) (device thawed, state 1)
[  1262.536]       xi2 event mask for device 13: 0x7001c0
[  1262.536]       passive grab type 4, detail 0x0, activating key 0
[  1262.536]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[  1262.536] (II) End list of active device grabs

[  1356.207] (II) Printing all currently active device grabs:
[  1356.207] Active grab 0x1600000 (xi2) on device 'Virtual core pointer' (2):
[  1356.207]       client pid 615 /usr/lib/chromium/chromium 
[  1356.207]       at 1342561 (from passive grab) (implicit) (device thawed, state 1)
[  1356.207]       xi2 event mask for device 2: 0x7001c0
[  1356.207]       passive grab type 4, detail 0x0, activating key 0
[  1356.207]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[  1356.207] Active grab 0x1600000 (xi2) on device 'Mad Catz Mad Catz R.A.T.9 Wireless Mouse' (13):
[  1356.207]       client pid 615 /usr/lib/chromium/chromium 
[  1356.207]       at 274384 (from passive grab) (implicit) (device thawed, state 1)
[  1356.207]       xi2 event mask for device 13: 0x7001c0
[  1356.207]       passive grab type 4, detail 0x0, activating key 0
[  1356.207]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[  1356.207] (II) End list of active device grabs

Last edited by Physicist1616 (2015-02-18 20:11:25)

PootisBird

Member

Registered: 2014-04-16

Posts: 125

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

Is it releasing mouse when you kill chromium ?
If yes then chromium is misbehaving. Report is to them, unless someone here has solution.

Physicist1616

Member

Registered: 2015-02-16

Posts: 37

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

Ok, so I determined Chromium isn't the problem; I got locked into xterm, did the xdotool |sed thing, and only got one entry, just for xterm. 

[  6100.768] (II) Printing all currently active device grabs:
[  6100.768] Active grab 0x1600000 (core) on device 'Virtual core pointer' (2):
[  6100.768]       client pid 4035 xterm 
[  6100.768]       at 5810007 (from passive grab) (implicit) (device thawed, state 1)
[  6100.768]         core event mask 0x40850f
[  6100.768]       passive grab type 4, detail 0x0, activating key 0
[  6100.768]       owner-events false, kb 1 ptr 1, confine 0, cursor 0x0
[  6100.768] (II) End list of active device grabs

Only one 'Active Grab' for xterm.  I couldn't do anything but type in xterm and alt-f4 it, because I had nothing to tab to and no mouse interactions worked anywhere on the screen except to highlight in xterm.

I noticed other posts regarding mouse functionality; I didn't see enough detail on them to determine if they are related to my issue or not.  Perhaps you folks with more experienced eyes would know?

Edit:  Got the log in there.

Last edited by Physicist1616 (2015-02-18 20:11:48)

Head_on_a_Stick

Member

From: The Wirral

Registered: 2014-02-20

Posts: 9,003

Website

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

try a different mouse

Also, please use code tags when posting terminal output, like this:

[᠎code]terminal output here[᠎/code]

https://bbs.archlinux.org/help.php#bbcode

---

Jin, Jîyan, Azadî

Visp

Member

From: Valencia (Spain)

Registered: 2013-03-02

Posts: 11

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

I have the same issue.

Clean installation with Cinnamon. After I installed Gnome to see if it worked. but not, same problem.

PD: I have MadCatz MMO 7

Last edited by Visp (2015-02-19 07:30:50)

Physicist1616

Member

Registered: 2015-02-16

Posts: 37

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

I have no words...  Switching to a wired Logitech mouse has solved it.  Now I've found this: 

Explanation and more information:  https://bbs.archlinux.org/viewtopic.php?id=183251
Specific configuration file to create as root:  https://wiki.archlinux.org/index.php/Al … tion_Files
After pasting the one textbox and relogging LXDE, it's completely functional.

I moved the page and did some cleanup to:  https://wiki.archlinux.org/index.php/Mad_Catz_Mouse

Head_on_a_Stick, I apologize.  I dismissed the idea out of hand, knowing that my wireless MadCatz RAT 9 mouse was 100% functional (works fine in Windows, and works 100% for the app it's working for in Arch, just not *all* the apps at once in Linux).

Why in the world would a brand of mouse not work properly in Linux?  Don't all mice deliver the data to the USB port identically?

I'm going to go eat my humble pie and follow those directions to solve it.  Thanks for your time and help, Head_on_a_stick and PootisBird.  Thanks for giving that additional piece of info, Visp, that lead me to the solution link.

Last edited by Physicist1616 (2015-02-19 10:46:44)

Physicist1616

Member

Registered: 2015-02-16

Posts: 37

Re: [SOLVED] Mad Catz Mouse seems to bind semi-permanently to a window

Ok, edited and adjusted the Mad_Catz_Mouse and All_Mouse_Buttons_Working pages.  It's not yet perfect, but it needs some fresh eyes and more experienced hands (plus someone familiar with arch-wiki gardeners' styles) to get perfect.