Red Hat Bugzilla – Bug 81547
wacom usb tablet uses wrong screen borders
Last modified: 2007-04-18 12:49:41 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5 Description of problem: The Wacom USB tablet gets installed correctly, but when using it, sometimes you can't reach the whole screen with the cursor. It just doesn't want to move to the edge of the screen. It occurs on all screen edges (top, bottom, left, right). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Use the (auto-detected) Wacom USB tablet alongside with another USB-pointing-device. 2. Just go pointing-and-clicking. 3. see the result Actual Results: The cursor sometimes doesn't want to move to the edge of the screen. It occurs on all screen edges (top, bottom, left, right). It's quite annoying. The solution is simple though: move the cursor to the other side of the screen, and then move it back to the problem-border. Then you can indeed move it to the edge of the screen. Expected Results: The cursor should reach all edges. Additional info: I think it doesn't use the correct screen size or borders, maybe it has something to do with a simultaniously connected USB-mouse.
This is probably either an X input driver bug, or a kernel driver bug.
It certainly has something to do with another mouse being connected. I get the behaviour almost only then. It occurs with a PS/2 or an USB mouse.
Does this occur if you disable gpm, and fresh reboot your system without gpm?
Yes, it also occurs without gpm. It seems to occur less ferquently, but I'm not totally sure about that.
Debugging/troubleshooting this problem requires first being able to reproduce the problem, which requires having the exact hardware that is causing the problem first. I don't have access to this hardware, so I'm not going to be able to try and reproduce it, nor to debug or troubleshoot it. Your best bet is reporting this problem upstream in XFree86 bugzilla, at http://bugs.xfree86.org so that the official driver maintainer can investigate this matter further as they've also likely got the hardware, it's specifications, and detailed knowledge of the operation of the device. We unfortunately do not have any of that. Changing bug status to UPSTREAM
Processing UPSTREAM flagged bug reports for upstream fixes currently, and see this bug was flagged upstream but has no upstream bug URL, and I was unable to find an upstream bug report of this issue in XFree86 bugzilla located at: http://bugs.xfree86.org Closing bug report as WONTFIX as I'm unable to track upstream until a bug report has been filed upstream, and the URL provided for tracking. If this issue is still relevant in the latest XFree86 packages in rawhide, after reporting upstream at http://bugs.xfree86.org, feel free to add the bug report URL to this report and reopen if you'd like the issue to be tracked and any fixes from upstream investigated for inclusion in future Red Hat XFree86 updates. Thanks.