Mouse cursor traversal between displays is too "sticky"

Bug #927662 reported by David Lawson on 2012-02-06
92
This bug affects 20 people
Affects Status Importance Assigned to Milestone
Compiz
Undecided
Unassigned
Compiz Core
Undecided
Unassigned
Unity
Triaged
Undecided
Unassigned
compiz (Ubuntu)
Undecided
Unassigned
unity (Ubuntu)
High
Canonical Desktop Experience Team

Bug Description

With an un-mirrored dual display setup, the left side of the external display is "sticky" for the mouse cursor, which presents a problem when trying to traverse to internal display which is configured to the left of the external.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: xorg 1:7.6+10ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-14.23-generic 3.2.3
Uname: Linux 3.2.0-14-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 1.91-0ubuntu1
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,compiztoolbox,decor,vpswitch,mousepoll,wall,grid,gnomecompat,move,snap,imgpng,place,regex,session,resize,animation,fade,scale,expo,ezoom,workarounds,unityshell]
CompositorRunning: compiz
Date: Mon Feb 6 09:41:15 2012
DistUpgraded: Log time: 2012-01-23 20:14:22.707046
DistroCodename: precise
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, whatever it takes to get this fixed in Ubuntu
GraphicsCard:
 Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 18) (prog-if 00 [VGA controller])
   Subsystem: CLEVO/KAPOK Computer Device [1558:3100]
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
MachineType: System76, Inc. Lemur UltraThin
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-14-generic root=UUID=76263c27-8a91-477d-952a-f31401620601 ro quiet splash vt.handoff=7
SourcePackage: xorg
Symptom: display
UpgradeStatus: Upgraded to precise on 2012-02-06 (0 days ago)
dmi.bios.date: 11/11/2010
dmi.bios.vendor: Phoenix Technologies LTD
dmi.bios.version: CALPELLACRB.86C.0000.X.0000000000
dmi.board.asset.tag: Tag 12345
dmi.board.name: Lemur UltraThin
dmi.board.vendor: System76, Inc.
dmi.board.version: lemu2
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: System76, Inc.
dmi.chassis.version: lemu2
dmi.modalias: dmi:bvnPhoenixTechnologiesLTD:bvrCALPELLACRB.86C.0000.X.0000000000:bd11/11/2010:svnSystem76,Inc.:pnLemurUltraThin:pvrlemu2:rvnSystem76,Inc.:rnLemurUltraThin:rvrlemu2:cvnSystem76,Inc.:ct10:cvrlemu2:
dmi.product.name: Lemur UltraThin
dmi.product.version: lemu2
dmi.sys.vendor: System76, Inc.
version.compiz: compiz 1:0.9.6+bzr20110929-0ubuntu8
version.ia32-libs: ia32-libs 20090808ubuntu33
version.libdrm2: libdrm2 2.4.30-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0~rc2-0ubuntu4
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0~rc2-0ubuntu4
version.xserver-xorg-core: xserver-xorg-core 2:1.11.3-0ubuntu10
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.6.99.901-1ubuntu3
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.99~git20111219.aacbd629-0ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.17.0-1ubuntu3
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build2

David Lawson (deej) wrote :
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in unity (Ubuntu):
status: New → Confirmed
Bryce Harrington (bryce) wrote :

"It's also proved intermittently impossible to drag applications from the external to internal display, applications get stuck on the left screen edge and maximize rather than dragging."

This issue is covered by bug #926791.

description: updated
Bryce Harrington (bryce) on 2012-02-09
Changed in unity (Ubuntu):
assignee: nobody → Canonical Desktop Experience Team (canonical-dx-team)
Bryce Harrington (bryce) wrote :

Starting with unity 5.2.0-0ubuntu2, the launcher is displayed on both displays by default, intentionally.

Narrowing the bug report to the sticky mouse cursor behavior.

(In the future, please file separate bug reports for different problems, it can make it easier for us to track the resolution of the various issues.)

description: updated
summary: - Unity launcher appears on both displays
+ Mouse cursor traversal between displays is too "sticky"
Bryce Harrington (bryce) wrote :

Several people have commented that the pointer barriers is too strong. Perhaps it needs to be tuned down a bit more, or configuration settings added to let the user adjust its strength.

Changed in unity (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
micred (tict) wrote :

It's a good thing that the launcher is displayed on both displays by default, but pointer barrier make no sense if the launcher is always visible.
I usually take a browser window in the secondary monitor and IDE and other windows in the primary monitor, I frequently move pointer from one monitor to the other one and I find "stickyness" really annoying!

Sebastien Bacher (seb128) wrote :

the barrier does make sense if you try to use a scrollbar on the right side of the left monitor (i.e stop on the border to use the scrollbar)

Jim Rorie (jfrorie) wrote :

Perhapds it makes sense, but the implementation is unnacceptable. Attempting to operate the windows controls on a window to the right of the launcher is completely infuriating. You have to slow down to hit the control, but that takes you below the stick threshold.

If I need the sticky to hit the unity launcher, then I need it more for the windows controls which are smaller. And I need it x10 for the resize corner. None of which is implemented and for good reason.

Kill this with fire, please.

David Lawson (deej) wrote :

Has this behavior changed in unity 5.6? The version I'm running currently doesn't seem to experience this problem but I'm not sure if there's an actual fix or whether it's a quirk of my current (new) monitor configuration.

I'm still seeing this issue on unity 5.10. I would really like a way to turn this stickyness off. I think it's appalling that the OS would decide to interfere with the accepted operation of the mouse cursor in this way. Every time I cross over the screen boundary, I am yanked out of my process flow and have to push and re-push the cursor over the boundary. People with dual monitors have regularly had to deal with the perils of "slipping over the edge", and I honestly can't say it's ever been a huge pain point for me. I'm trying to give Unity a solid chance, but this issue is a daily pain point for me. Please add a way to disable this feature.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Daniel van Vugt (vanvugt) wrote :

The design discussion for this is more active in bug 987787. So I will make this a duplicate of that one.

Changed in unity:
status: New → In Progress
status: In Progress → Triaged
Daniel van Vugt (vanvugt) wrote :

Hmm, no scrap that. I'll check with the other bug...

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related blueprints