Debian Bug report logs - #482826
xserver-xorg-input-wacom: Mouse device wrecks input system

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Dirk Griesbach <spamthis@freenet.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Sun, 25 May 2008 12:50:46 +0200

Package: xserver-xorg-input-wacom
Version: 0.8.0.2-2
Severity: normal

Hi,

I'm using a Graphire 2 tablet. Since version 0.8.0 the mouse device of
my graphire is broken in some way.

On the desktop, everything works fine. Wacdump or xidump don't show
anything strange. But playing some games (I discovered the problem with
Urbanterror - downloaded the .zip installer from there web page and with
Abuse from the Debian repository) the mouse buttons are not working.

What should be the left and button reports some Joystick button to
UrbanTerror and the middle button reports the left button. So in the
affected programs you can't use the mouse without reconfigure it and
even if you configure it to use the "new" buttons it won't work and
after leaving those games the hole input system is fubar:

Every input pressed on keyboard reports an Alt Gr + Input (This happens
in the games, too). So you press an i you will get an → or pressing an a
shows up as an æ or q as an @.  And it looks like the wrong button
behaviour has infected all other pointing devices: internal touch pad,
Graphire Stylus device... The only thing that I know of to bring normal
behaviour back is to restart the X server.

The strange behaviour starts with the first mouse click in the program.
Only moving the cursor around does nothing unusual and trying to use the
stylus and press some buttons and move around in games does not reveal
the behaviour, too.

Programs in which this does not appear: wormux, scummvm
(At first I thought of some problems with SDL - afaik UrbanTerror and
Abuse use it. But wormux and scummvm do use SDL as well.)

No enlightening was found in ~/.xsession-errors or Xorg.log.

With kind regards,
Dirk

,----[ excerpt from xorg.conf, shortened to relevant parts ]-
| [..] 
| 
| Section "InputDevice"
|         Identifier      "Maus"	#mouse
|         Driver          "wacom"
|         Option          "Device"        "/dev/input/wacom"
|         Option          "Type"          "cursor"
|         Option          "USB"           "on"
| EndSection
| 
| [..]
| 
| Section "ServerLayout"
| 	Identifier	"Default Layout"
| 	Screen		"Internal Screen"
| 	InputDevice	"Internal Keyboard"
| 	InputDevice	"Configured Mouse"
| 	InputDevice	"Internal Touchpad"
| 	InputDevice	"Stift"		#graphire stylus
| 	InputDevice	"Radierer"	#graphire eraser
| 	InputDevice	"Maus"		#graphire mouse
| EndSection
`----

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-input-wacom depends on:
ii  xserver-xorg-core  2:1.4.1~git20080517-1 Xorg X server - core server

xserver-xorg-input-wacom recommends no packages.

-- no debconf information

Message #10 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Ron <ron@debian.org>

To: Dirk Griesbach <spamthis@freenet.de>, 482826@bugs.debian.org, linuxwacom-discuss@lists.sourceforge.net

Subject: Re: Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Mon, 26 May 2008 00:42:02 +0930

Hi,

There are some known issues with the input device support in the current
XOrg series which are difficult to fix outside of the xorg code, but this
does sound like a new regression.  Can you please confirm if this behaviour
is present or absent with the 0.7.9.3-2 package from testing?  I'm
forwarding this to the linuxwacom list for comment, and at this stage I'll
make this bug serious so this doesn't propagate to testing until we know a
bit more about it...  please include the linuxwacom folks in any further
discussion on this.

Magnus, I saw some weirdness with this one too, that's not quite the
same as what is reported here, but it involved the mouse behaviour
becoming quite screwed up after a period of using the tablet stylus
with the patched 0.8.0 release we put together.  It was _really_ weird,
the mouse would stop responding totally to button presses in the windows
for one application, until I did something with it in a different
application, then something else would fail to respond to them instead.

At the time it was hard to say if the tablet, or just xorg (which I'd
just upgraded on the machine under test) was to blame for what was going
on, but I haven't used the tablet since (though it is plugged in with
the driver loaded) and I haven't seen this reoccur.

I'm not sure if these two things are at all related, but it does sound
like something is still screwing up the device registration tables in
xorg at the moment...

Cheers,
Ron


On Sun, May 25, 2008 at 12:50:46PM +0200, Dirk Griesbach wrote:
> Package: xserver-xorg-input-wacom
> Version: 0.8.0.2-2
> Severity: normal
> 
> Hi,
> 
> I'm using a Graphire 2 tablet. Since version 0.8.0 the mouse device of
> my graphire is broken in some way.
> 
> On the desktop, everything works fine. Wacdump or xidump don't show
> anything strange. But playing some games (I discovered the problem with
> Urbanterror - downloaded the .zip installer from there web page and with
> Abuse from the Debian repository) the mouse buttons are not working.
> 
> What should be the left and button reports some Joystick button to
> UrbanTerror and the middle button reports the left button. So in the
> affected programs you can't use the mouse without reconfigure it and
> even if you configure it to use the "new" buttons it won't work and
> after leaving those games the hole input system is fubar:
> 
> Every input pressed on keyboard reports an Alt Gr + Input (This happens
> in the games, too). So you press an i you will get an → or pressing an a
> shows up as an æ or q as an @.  And it looks like the wrong button
> behaviour has infected all other pointing devices: internal touch pad,
> Graphire Stylus device... The only thing that I know of to bring normal
> behaviour back is to restart the X server.
> 
> The strange behaviour starts with the first mouse click in the program.
> Only moving the cursor around does nothing unusual and trying to use the
> stylus and press some buttons and move around in games does not reveal
> the behaviour, too.
> 
> Programs in which this does not appear: wormux, scummvm
> (At first I thought of some problems with SDL - afaik UrbanTerror and
> Abuse use it. But wormux and scummvm do use SDL as well.)
> 
> No enlightening was found in ~/.xsession-errors or Xorg.log.
> 
> With kind regards,
> Dirk
> 
> ,----[ excerpt from xorg.conf, shortened to relevant parts ]-
> | [..] 
> | 
> | Section "InputDevice"
> |         Identifier      "Maus"	#mouse
> |         Driver          "wacom"
> |         Option          "Device"        "/dev/input/wacom"
> |         Option          "Type"          "cursor"
> |         Option          "USB"           "on"
> | EndSection
> | 
> | [..]
> | 
> | Section "ServerLayout"
> | 	Identifier	"Default Layout"
> | 	Screen		"Internal Screen"
> | 	InputDevice	"Internal Keyboard"
> | 	InputDevice	"Configured Mouse"
> | 	InputDevice	"Internal Touchpad"
> | 	InputDevice	"Stift"		#graphire stylus
> | 	InputDevice	"Radierer"	#graphire eraser
> | 	InputDevice	"Maus"		#graphire mouse
> | EndSection
> `----
> 
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages xserver-xorg-input-wacom depends on:
> ii  xserver-xorg-core  2:1.4.1~git20080517-1 Xorg X server - core server
> 
> xserver-xorg-input-wacom recommends no packages.
> 
> -- no debconf information
> 
> 
> 

Message #17 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Dirk Griesbach <spamthis@freenet.de>

To: Ron <ron@debian.org>

Cc: 482826@bugs.debian.org, linuxwacom-discuss@lists.sourceforge.net

Subject: Re: Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Sun, 25 May 2008 19:32:18 +0200

On Mon, May 26, 2008 at 12:42:02AM +0930, Ron wrote:
> does sound like a new regression.  Can you please confirm if this behaviour
> is present or absent with the 0.7.9.3-2 package from testing?  I'm

The behaviour isn't present in 0.7.9.3-2 testing.

Additional, 0.8.0.2 doesn't go crazy if the game is played in window
mode in contrast to fullscreen, at least with Abuse.

Regards,
Dirk

Message #22 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Magnus Vigerlöf <Magnus.Vigerlof@ipbo.se>

To: linuxwacom-discuss@lists.sourceforge.net

Cc: Ron <ron@debian.org>, Dirk Griesbach <spamthis@freenet.de>, 482826@bugs.debian.org

Subject: Re: [Linuxwacom-discuss] Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Wed, 4 Jun 2008 00:30:54 +0200

[Message part 1 (text/plain, inline)]

On söndag 25 maj 2008, Ron wrote:
[...]
> Magnus, I saw some weirdness with this one too, that's not quite the
> same as what is reported here, but it involved the mouse behaviour
> becoming quite screwed up after a period of using the tablet stylus
> with the patched 0.8.0 release we put together.  It was _really_ weird,
> the mouse would stop responding totally to button presses in the windows
> for one application, until I did something with it in a different
> application, then something else would fail to respond to them instead.
>
> At the time it was hard to say if the tablet, or just xorg (which I'd
> just upgraded on the machine under test) was to blame for what was going
> on, but I haven't used the tablet since (though it is plugged in with
> the driver loaded) and I haven't seen this reoccur.
>
> I'm not sure if these two things are at all related, but it does sound
> like something is still screwing up the device registration tables in
> xorg at the moment...

My experience with 1.4 is that there are a few regressions concerning the 
input drivers and the event reporting. Some are related to the fact that 
X.org is starting to catch up with the world regarding hotplugging (something 
the lw-driver did handle.. not in the best way, but still), and mixing these 
two approaches causes a few conflicts.
Some are related to not having access to enough hardware so the aspects of an 
absolute reporting device was left out, but this is something that is 
starting to get corrected now.

Anyway I think the lw-driver should benefit from a rewrite for xserver 1.4 
(which is why I made the hotplug branch). But since Daniel had ideas for a 
new hotplug system that are quite different from today, I don't know where to 
start atm. Trying to patch the regressions or make it work in the long run... 
The few hours I can put on this won't be enough for both..

Cheers
  Magnus

[signature.asc (application/pgp-signature, inline)]

Message #27 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Ron <ron@debian.org>

To: Dirk Griesbach <spamthis@freenet.de>, 482826@bugs.debian.org

Subject: Re: [Linuxwacom-discuss] Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Fri, 7 Nov 2008 21:26:23 +1030

Hi Dirk,

Can you confirm if this is present or not in the 0.8.1.6-1 package?

Thanks,
Ron


On Sun, May 25, 2008 at 07:32:18PM +0200, Dirk Griesbach wrote:
> On Mon, May 26, 2008 at 12:42:02AM +0930, Ron wrote:
> > does sound like a new regression.  Can you please confirm if this behaviour
> > is present or absent with the 0.7.9.3-2 package from testing?  I'm
> 
> The behaviour isn't present in 0.7.9.3-2 testing.
> 
> Additional, 0.8.0.2 doesn't go crazy if the game is played in window
> mode in contrast to fullscreen, at least with Abuse.
> 
> Regards,
> Dirk
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Linuxwacom-discuss mailing list
> Linuxwacom-discuss@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss
> 

Message #32 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Dirk Griesbach <spamthis@freenet.de>

To: Ron <ron@debian.org>

Cc: 482826@bugs.debian.org

Subject: Re: [Linuxwacom-discuss] Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Fri, 7 Nov 2008 17:39:12 +0100

On Fri, Nov 07, 2008 at 09:26:23PM +1030, Ron wrote:
> On Sun, May 25, 2008 at 07:32:18PM +0200, Dirk Griesbach wrote:
>> On Mon, May 26, 2008 at 12:42:02AM +0930, Ron wrote:
>>> does sound like a new regression.  Can you please confirm if this
>>> behaviour
>>> is present or absent with the 0.7.9.3-2 package from testing?  I'm
>> 
>> The behaviour isn't present in 0.7.9.3-2 testing.
>> 
>> Additional, 0.8.0.2 doesn't go crazy if the game is played in window
>> mode in contrast to fullscreen, at least with Abuse.
> 
> Can you confirm if this is present or not in the 0.8.1.6-1 package?

Sad but true, it's still present.

Regards,
Dirk

Message #39 received at 482826@bugs.debian.org (full text, mbox, reply):

From: Ron <ron@debian.org>

To: Dirk Griesbach <spamthis@freenet.de>, 482826@bugs.debian.org

Subject: Re: Bug#482826: [Linuxwacom-discuss] Bug#482826: xserver-xorg-input-wacom: Mouse device wrecks input system

Date: Sun, 29 Mar 2009 20:41:03 +1030

Hi,

I'm relaxing the severity of this bug now, partly because I'm not
entirely convinced that it really is a problem in the wacom driver
alone anymore, it seems to be a combination of players, and likely
centered on a problem in the xorg code that didn't appear to get
fixed for lenny -- and partly because the consequences of being
wrong about that are no longer more dire and permanent than the
benefits to people who need the things that do work better in
the newer code.

The new xorg should be with us RSN, so I'll probably give you
another poke to check on this again when that happens :)

Cheers,
Ron


On Fri, Nov 07, 2008 at 05:39:12PM +0100, Dirk Griesbach wrote:
> On Fri, Nov 07, 2008 at 09:26:23PM +1030, Ron wrote:
> > On Sun, May 25, 2008 at 07:32:18PM +0200, Dirk Griesbach wrote:
> >> On Mon, May 26, 2008 at 12:42:02AM +0930, Ron wrote:
> >>> does sound like a new regression.  Can you please confirm if this
> >>> behaviour
> >>> is present or absent with the 0.7.9.3-2 package from testing?  I'm
> >> 
> >> The behaviour isn't present in 0.7.9.3-2 testing.
> >> 
> >> Additional, 0.8.0.2 doesn't go crazy if the game is played in window
> >> mode in contrast to fullscreen, at least with Abuse.
> > 
> > Can you confirm if this is present or not in the 0.8.1.6-1 package?
> 
> Sad but true, it's still present.
> 
> Regards,
> Dirk
> 
> 
> 

Message #42 received at 482826-submitter@bugs.debian.org (full text, mbox, reply):

From: Ron <ron@debian.org>

To: 482826-submitter@bugs.debian.org, 454570-submitter@bugs.debian.org, 483494-submitter@bugs.debian.org, 501070-submitter@bugs.debian.org

Subject: the state of wacom support with xorg1.6

Date: Sat, 18 Apr 2009 22:38:31 +0930

Hi,

My apologies for the mass-ish mailing, but could you all please
confirm or deny if the problems you reported to the Debian BTS
are still problems for you with the new xorg now in Sid.
The root cause of all of these hopefully should be fixed with
the new xorg release, but since I don't have your hardware or
configuration I'd like to know which we still need to bug upstream
about for one reason or another and which we really can declare
closed now.

Thanks!
Ron

Message #47 received at 482826-quiet@bugs.debian.org (full text, mbox, reply):

From: Dirk Griesbach <spamthis@freenet.de>

To: Ron <ron@debian.org>, 482826-quiet@bugs.debian.org

Subject: Re: Bug#482826: the state of wacom support with xorg1.6

Date: Sun, 19 Apr 2009 12:45:33 +0200

On Sa, Apr 18, 2009 at 10:38:31 +0930, Ron wrote:
> My apologies for the mass-ish mailing, but could you all please
> confirm or deny if the problems you reported to the Debian BTS
> are still problems for you with the new xorg now in Sid.

No more problems from my side.

Regards
Dirk

Message #52 received at 482826-done@bugs.debian.org (full text, mbox, reply):

From: Ron <ron@debian.org>

To: 482826-done@bugs.debian.org

Subject: Re: Bug#482826: the state of wacom support with xorg1.6

Date: Sun, 19 Apr 2009 21:46:01 +0930

Package: xserver-xorg-input-wacom
Version: 0.8.3.2-1

Awesome, that's what I wanted to hear :)

Thanks!
Ron

On Sun, Apr 19, 2009 at 12:45:33PM +0200, Dirk Griesbach wrote:
> On Sa, Apr 18, 2009 at 10:38:31 +0930, Ron wrote:
> > My apologies for the mass-ish mailing, but could you all please
> > confirm or deny if the problems you reported to the Debian BTS
> > are still problems for you with the new xorg now in Sid.
> 
> No more problems from my side.
> 
> Regards
> Dirk
> 

Send a report that this bug log contains spam.