Bug 1029619 - x230 tablet's stylus and touchscreen incorrectly mapped to second monitor
Summary: x230 tablet's stylus and touchscreen incorrectly mapped to second monitor
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-settings-daemon
Version: 7.0
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Rui Matos
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-12 18:21 UTC by Michael Boisvert
Modified: 2017-07-03 15:03 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-29 15:36:55 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Michael Boisvert 2013-11-12 18:21:34 UTC
Description of problem:

When using the x230t with a second monitor attached, the stylus and touchscreen movements on the display are incorrectly placed entirely on the second monitor. This occurs when the second display is being used to extend the desktop.

How reproducible: Always

Steps to Reproduce:
1. Install RHEL7.0 on the x230t.
2. Plug in second monitor.
3. Try using the stylus or touchscreen on the x230t's display.

Actual results: All movements are placed on the second monitor, not the tablets display.

Expected results: The stylus and touchscreen only operate on the x230t's built in display.

Comment 1 Peter Hutterer 2013-12-11 01:34:32 UTC
Can you confirm this is still an issue? And if so, can you please post the product ID of the device? Thanks. The Wacom section in /proc/bus/input/devices will do.

Comment 2 Michael Boisvert 2013-12-16 15:42:09 UTC
I: Bus=0003 Vendor=056a Product=00e6 Version=0139
N: Name="Wacom ISDv4 E6 Pen"
P: Phys=
S: Sysfs=/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/input/input9
U: Uniq=
H: Handlers=mouse2 event9 
B: PROP=2
B: EV=b
B: KEY=1c03 0 0 0 0 0
B: ABS=1000003

I: Bus=0003 Vendor=056a Product=00e6 Version=0139
N: Name="Wacom ISDv4 E6 Finger"
P: Phys=
S: Sysfs=/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.1/input/input10
U: Uniq=
H: Handlers=mouse3 event10 
B: PROP=2
B: EV=b
B: KEY=400 0 0 0 0 0
B: ABS=260800000000003

The problem is still occurring with both the stylus and touch.

Comment 3 Peter Hutterer 2014-02-05 03:28:14 UTC
Carlos, what's going on here, can you have a look please? This bit is controlled by g-s-d.

Comment 4 Carlos Garnacho 2014-02-05 19:31:24 UTC
I've just attached some patches on the upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=709600 that will fix this and other issues like bug #1029612.

On that other bug I was pondering that the wacom module changes are maybe too invasive, although seeing this other bug, maybe it is worth to have something unified here.

Comment 5 Peter Hutterer 2014-02-12 07:13:38 UTC
Moving this over to g-s-d as per comment #4.

Comment 6 Bastien Nocera 2014-02-18 07:34:18 UTC
(In reply to Carlos Garnacho from comment #4)
> I've just attached some patches on the upstream bug
> https://bugzilla.gnome.org/show_bug.cgi?id=709600 that will fix this and
> other issues like bug #1029612.
> 
> On that other bug I was pondering that the wacom module changes are maybe
> too invasive, although seeing this other bug, maybe it is worth to have
> something unified here.

I'm fine backporting the fixes, but I think that we should make the changes upstream first. Let's handle this upstream first (and land it in 3.8 and 3.10), and target 7.1 to make sure that the changes aren't causing major regressions.

Comment 11 Michael Boisvert 2015-08-20 19:51:34 UTC
During testing of 7.2 Prebeta, I noticed this issue is no longer present. I believe this can be closed as current release, unless we want to wait until the actual beta.

Comment 12 Matthias Clasen 2016-01-29 15:36:55 UTC
closing, according to comment 11


Note You need to log in before you can comment on or make changes to this bug.