GNOME Bugzilla – Bug 406440
Wacom Tablet and ps2 mouse don't play well together
Last modified: 2016-04-05 23:04:48 UTC
Please describe the problem: Starting a GTK+ application like Gimp 2.3.x or Inkscape 0.45 I cannot use my ps2 mouse in the canvas once I have enabled the (extended) input methods. BUT running gtk+-2.10.9/tests/testinput works just fine. What is curious: Having invoked testinput once after the start of X11 applications like Gimp and Inkscape run just fine with both ps2 mouse and Wacom Graphire 4 tablet enabled. Steps to reproduce: 1. start X11 freshly 2. invoke Gimp 3. select extended input method stylus/screen 4. open a new file 5. try to draw with the ps2 mouse in the canvas (with the paths tool or select or anything else Actual results: the application doesn't react to the mouse in the canvas Expected results: both, tablet and mouse should work in the canvas Does this happen every time? yes and no. It happens every time unless gtk+-2.10.9/tests/testinput has been invoked once after the start of X11 Other information: System: GenToo 2.6.19 kernel, xorg 7.2, linuxwacom 0.7.7-4 (but earlier versions at well) gtk+-2.10.9, glib-2.12.9 gimp-2.3.x (SVN) wacdump and xidump work just fine
I have the same problem. When I run testinput and set Mouse[5] (my stylus) to "Screen", it throws these errors: (testinput:24995): Gtk-CRITICAL **: gtk_scrolled_window_add: assertion `bin->child == NULL' failed (testinput:24995): Gtk-CRITICAL **: gtk_widget_realize: assertion `GTK_WIDGET_ANCHORED (widget) || GTK_IS_INVISIBLE (widget)' failed (testinput:24995): Gdk-CRITICAL **: gdk_drawable_get_colormap: assertion `GDK_IS_DRAWABLE (drawable)' failed (testinput:24995): Gdk-CRITICAL **: gdk_window_set_background: assertion `GDK_IS_WINDOW (window)' failed After that, the testinput window responds correctly to both the stylus and mouse anyway, but I thought it might be helpful to know. openSUSE 10.1 2.6.18 kernel xorg 7.2, linuxwacom 0.7.6-18 gtk+ 2.10.6 glib 2.12.4 gimp 2.2.13 inkscape .45 Helmut Jarausch: Thanks for the workaround!
*** Bug 449590 has been marked as a duplicate of this bug. ***
*** Bug 475218 has been marked as a duplicate of this bug. ***
Sadly, this bug seems to persist. Here with gtk+-2.24.4 (and friends) gimp (SVN up to revision 27517) does not handle a mouse (PS2) and a Wacom tablet correctly. Only if all input devices are DISABLED one can use both the mouse and the stylus for drawing in the canvas. BUT Gimp doesn't remember which tools has been used by which input. On the contrary, inkscape (SVN revision 19985) does handle both inputs fine. I'm using xorg-server 1.5.2 (on a Gentoo system)
I experienced a similar problem. I don't know about error messages as I started GIMP directly and not via a console. But I had a working stylus and eraser but when using the mouse, I got no effect on the image, no matter what drawing tool I used. I figured out that disabling _all_ extended input devices made my mouse work again, although the stylus was now no longer pressure sensitive (seems reasonable). But when I now enabled the stylus and eraser again (set to Mode: Screen) everything worked as expected! The mouse resulted in effects as well as the stylus/eraser including pressure sensitivity. However, when I changed the characteristics of the stylus using wacomcpl, I ran into the same problem again. It could be fixed with the disable + enable procedure. So apparently, when using wacomcpl, it must mix up something in the configuration so that GIMP needs to "reset" the extended input devices. Hope this helps. I'm using xorg-server-1.5.3-r5 and gentoo-amd64. Actually this works with evdev driver and mouse driver as I have two mice attached.
(In reply to comment #5) > I experienced a similar problem. I don't know about error messages as I > started GIMP directly and not via a console. > But I had a working stylus and eraser but when using the mouse, I got no effect > on the image, no matter what drawing tool I used. > I figured out that disabling _all_ extended input devices made my mouse work > again, although the stylus was now no longer pressure sensitive (seems > reasonable). > But when I now enabled the stylus and eraser again (set to Mode: Screen) > everything worked as expected! The mouse resulted in effects as well as the > stylus/eraser including pressure sensitivity. > However, when I changed the characteristics of the stylus using wacomcpl, I > ran into the same problem again. It could be fixed with the disable + enable > procedure. So apparently, when using wacomcpl, it must mix up something in > the configuration so that GIMP needs to "reset" the extended input devices. > > Hope this helps. > > I'm using xorg-server-1.5.3-r5 and gentoo-amd64. > Actually this works with evdev driver and mouse driver as I have two mice > attached. > Some news on this one for gentoo. Mike Auty was so kind to provide the newest linxuwacom driver in its overlay (http://bugs.gentoo.org/show_bug.cgi?id=265739) and it works now with HAL out-of-the-box (no configuration in xorg.conf required). However, the above mentioned workaround now only works until the stylus/eraser are used _again_. I can't really locate the problem to a specific application, but as it works great under KDE and Inkscape, it makes me believe it's GIMP-related.
(In reply to comment #6) > > Some news on this one for gentoo. > Mike Auty was so kind to provide the newest linxuwacom driver in its overlay > (http://bugs.gentoo.org/show_bug.cgi?id=265739) and it works now with HAL > out-of-the-box (no configuration in xorg.conf required). However, the above > mentioned workaround now only works until the stylus/eraser are used _again_. I > can't really locate the problem to a specific application, but as it works > great under KDE and Inkscape, it makes me believe it's GIMP-related. > Sorry for this mess, but after writing the post I thought about recompiling GIMP as it also seems to have some HAL-relation (USE=hal). And tadaaa, I can now mix everything as I want! The only thing I need to do when wanting to use the mouse is to move the cursor out of the drawing window and then I can go back in it and draw with the mouse aswell. For me, all issues are now solved. Helmut Jarausch, perhaps you might give it a try with the overlay-drivers and recompiling GIMP.
As per GNOME version 3.2, "Wacom graphics tablets can be configured in System Settings." so I assume that this area has received a bit more testing (and hopefully less bugs). Helmut, Cedric: If you have time, is this still a problem with a recent GTK+ version (such as 3.2 or 2.24)?
Let's close this, input device handling has been changed completely since this was filed