Summary: | xinput --map-to-output 10 (pointer device) VGA1 (crtc) text cursor disappears and doesn't reappear until cursor change | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthew Schultz <mattsch> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | franz.trischberger, x11 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Matthew Schultz
2012-12-18 00:34:44 UTC
Can't reproduce this with kde-4.9.4. Will test later on with 4.9.3. Could you tell us which kde-style/kwin-deko you are using. Also your graphics setup could be of help (graphics card+driver/mesa/xorg-server/compositing enabled + compositing type/Qt graphics system - for the last two open systemsettings/Desktop effects/Advanced) (In reply to comment #1) > Can't reproduce this with kde-4.9.4. > Will test later on with 4.9.3. > Could you tell us which kde-style/kwin-deko you are using. Also your > graphics setup could be of help (graphics > card+driver/mesa/xorg-server/compositing enabled + compositing type/Qt > graphics system - for the last two open systemsettings/Desktop > effects/Advanced) After some more testing, I have managed to narrow down how to reproduce this problem. There seems to be some kind of weird interaction with this bug and my touchscreen. The bug does not show itself when I login and only use the mouse. The touchscreen also is detected and evdev initializes it. As soon as I activate the touchscreen by touching it so that it can control the cursor, the bug instantly appears where the cursor disappears and does not come back when moving the mouse until you move the mouse to a location where the cursor changes to an arrow. Perhaps there's a bug in tslib for xorg-server that is causing this? (In reply to comment #2) > (In reply to comment #1) > > Can't reproduce this with kde-4.9.4. > > Will test later on with 4.9.3. > > Could you tell us which kde-style/kwin-deko you are using. Also your > > graphics setup could be of help (graphics > > card+driver/mesa/xorg-server/compositing enabled + compositing type/Qt > > graphics system - for the last two open systemsettings/Desktop > > effects/Advanced) > > After some more testing, I have managed to narrow down how to reproduce this > problem. There seems to be some kind of weird interaction with this bug and > my touchscreen. The bug does not show itself when I login and only use the > mouse. The touchscreen also is detected and evdev initializes it. As soon > as I activate the touchscreen by touching it so that it can control the > cursor, the bug instantly appears where the cursor disappears and does not > come back when moving the mouse until you move the mouse to a location where > the cursor changes to an arrow. Perhaps there's a bug in tslib for > xorg-server that is causing this? Moving the cursor with the touchscreen after it disappears works fine as well (i.e. appears where you tap). It does not reappear when moving the mouse until a cursor change happens in a different area. Also when I tap the screen after it disappears with the text cursor (e.g. in kate) and then I move the mouse, the arrow cursor reappears in the lower right hand corner of the screen even though that's not where it was last located when I tapped the screen using the touchscreen. This problem is not specific to an arch. I can reproduce on x86 and amd64. It is not graphics specific since I can reproduce on intel or nvidia. I'm using oxygen deco on both test machines. Compositing type is opengl and qt graphics system is raster. xorg-server on both machines is 1.13.0-r1: emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.13.0-r1 USE="ipv6 nptl tslib udev xorg xvfb -dmx -doc -kdrive -minimal (-selinux) -static-libs -xnest" 0 kB mesa on both machines is 9.0 emerge -pv mesa These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-libs/mesa-9.0 USE="classic egl g3dvl gallium gbm gles1 gles2 llvm nptl osmesa shared-glapi xa xvmc -bindist -debug -openvg -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau (-wayland) -xorg" VIDEO_CARDS="-i915 -i965 -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vmware" (In reply to comment #4) > This problem is not specific to an arch. I can reproduce on x86 and amd64. > It is not graphics specific since I can reproduce on intel or nvidia. I'm > using oxygen deco on both test machines. Compositing type is opengl and qt > graphics system is raster. xorg-server on both machines is 1.13.0-r1: > > emerge -pv xorg-server > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] x11-base/xorg-server-1.13.0-r1 USE="ipv6 nptl tslib udev > xorg xvfb -dmx -doc -kdrive -minimal (-selinux) -static-libs -xnest" 0 kB > > > mesa on both machines is 9.0 > > emerge -pv mesa > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] media-libs/mesa-9.0 USE="classic egl g3dvl gallium gbm > gles1 gles2 llvm nptl osmesa shared-glapi xa xvmc -bindist -debug -openvg > -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau (-wayland) -xorg" > VIDEO_CARDS="-i915 -i965 -intel -nouveau -r100 -r200 -r300 -r600 -radeon > -radeonsi -vmware" It seems this bug only happens when calling --map-to-output for xinput which confines the pointer device to a specific crtc. Perhaps this is an xorg bug? where 10 is the touchscreen pointer device and VGA1 is the touchscreen crtc. e.g. xinput --map-to-output 10 VGA1 (In reply to comment #5) > It seems this bug only happens when calling --map-to-output for xinput which > confines the pointer device to a specific crtc. Perhaps this is an xorg bug? > > where 10 is the touchscreen pointer device and VGA1 is the touchscreen crtc. > > e.g. xinput --map-to-output 10 VGA1 Maybe X11 team has an idea. > Also when I tap
> the screen after it disappears with the text cursor (e.g. in kate) and then
> I move the mouse, the arrow cursor reappears in the lower right hand corner
> of the screen even though that's not where it was last located when I tapped
> the screen using the touchscreen.
This problem is unrelated to xinput --map-to-output. It happens anytime the touchscreen takes over moving the pointer and then you switch back to the mouse.
(In reply to comment #7) > > Also when I tap > > the screen after it disappears with the text cursor (e.g. in kate) and then > > I move the mouse, the arrow cursor reappears in the lower right hand corner > > of the screen even though that's not where it was last located when I tapped > > the screen using the touchscreen. > > This problem is unrelated to xinput --map-to-output. It happens anytime the > touchscreen takes over moving the pointer and then you switch back to the > mouse. I created bug 449042 to deal with this issue. Is this still occurring with latest Xorg/KDE? It appears upstream fixed the issue. |