Ubuntu
unity package

Mouse cursor traversal between displays is too "sticky"

Bug #927662 reported by David Lawson on 2012-02-06

This bug report is a duplicate of: Bug #987787: Multi-monitor - Reduce the stickyness of the 'sticky edges'. Edit Remove

This bug affects 20 people

	Status	Importance	Assigned to
Compiz	New	Undecided	Unassigned
Compiz Core	New	Undecided	Unassigned
Unity	Triaged	Undecided	Unassigned
compiz (Ubuntu)	Confirmed	Undecided	Unassigned
unity (Ubuntu)	Triaged	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

See original description

Tags:

Revision history for this message

David Lawson (deej) wrote on 2012-02-06:

BootDmesg.txt Edit (59.5 KiB, text/plain; charset="utf-8")
BootLog.gz Edit (667 bytes, application/x-gzip)
CurrentDmesg.txt Edit (2.8 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (4.8 KiB, text/plain; charset="utf-8")
DpkgLog.txt Edit (257.0 KiB, text/plain; charset="utf-8")
GconfCompiz.txt Edit (37.3 KiB, text/plain; charset="utf-8")
GdmLog.txt Edit (20.9 KiB, text/plain; charset="utf-8")
GdmLog1.txt Edit (52.0 KiB, text/plain; charset="utf-8")
GdmLog2.txt Edit (35.1 KiB, text/plain; charset="utf-8")
LightdmDisplayLog.txt Edit (1.1 KiB, text/plain; charset="utf-8")
LightdmGreeterLog.txt Edit (7.3 KiB, text/plain; charset="utf-8")
LightdmLog.txt Edit (5.3 KiB, text/plain; charset="utf-8")
Lspci.txt Edit (14.3 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (485 bytes, text/plain; charset="utf-8")
MonitorsUser.xml.txt Edit (1.6 KiB, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (3.3 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (2.0 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (2.6 KiB, text/plain; charset="utf-8")
UdevDb.txt Edit (120.1 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (274.5 KiB, text/plain; charset="utf-8")
UnitySupportTest.txt Edit (599 bytes, text/plain; charset="utf-8")
XorgLog.txt Edit (44.7 KiB, text/plain; charset="utf-8")
XorgLogOld.txt Edit (51.8 KiB, text/plain; charset="utf-8")
Xrandr.txt Edit (7.7 KiB, text/plain; charset="utf-8")
peripherals.txt Edit (700 bytes, text/plain; charset="utf-8")
xdpyinfo.txt Edit (9.7 KiB, text/plain; charset="utf-8")
xinput.txt Edit (1.0 KiB, text/plain; charset="utf-8")

Revision history for this message

Launchpad Janitor (janitor) wrote on 2012-02-09:

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

Changed in unity (Ubuntu):
status:	New → Confirmed

Revision history for this message

Bryce Harrington (bryce) wrote on 2012-02-09:

"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)

Revision history for this message

Bryce Harrington (bryce) wrote on 2012-02-14:

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"

Revision history for this message

Bryce Harrington (bryce) wrote on 2012-02-14:

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

Revision history for this message

micred (tict) wrote on 2012-02-20:

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!

Revision history for this message

Sebastien Bacher (seb128) wrote on 2012-02-20:

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)

Revision history for this message

Jim Rorie (jfrorie) wrote on 2012-03-01:

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.

Revision history for this message

David Lawson (deej) wrote on 2012-03-14:

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.

Revision history for this message

Nate Gallaher (ngallaher+ubuntu) wrote on 2012-04-20:

#10

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.

Revision history for this message

Launchpad Janitor (janitor) wrote on 2012-04-27:

#11

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

Changed in compiz (Ubuntu):
status:	New → Confirmed

Revision history for this message

Daniel van Vugt (vanvugt) wrote on 2012-04-27:

#12

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

Revision history for this message

Daniel van Vugt (vanvugt) wrote on 2012-04-27:

#13

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

Report a bug

This report contains Public information

Everyone can see this information.

Duplicate of bug #987787 Remove

You are

Subscribing...

Edit bug mail

Other bug subscribers

Related blueprints

Multi-Monitor Support

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.

Ubuntuunity package

Mouse cursor traversal between displays is too "sticky"

Bug Description

Other bug subscribers

Related blueprints

Bug attachments

Remote bug watches

Ubuntu
unity package