dragging windows between screens is broken for monitors with mismatched resolutions
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Unity |
Invalid
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I have a laptop with a 1920x1080 display and whenever I plug in an external monitor I have it configured to be above the laptop monitor.
If I plug in a 1920x1080 external monitor, dragging windows with the mouse from the laptop monitor up to the external monitor works fine.
If I plug in a 1680x1050 external monitor, ie with a smaller resolution, I can only drag windows from the laptop monitor up to the external monitor when I move the mouse through the unity panel on the left of the screen. When the mouse is too far right while dragging a window, it stops at the unity panel and I get the compiz 'maximize window' orange background; if I keep pushing the mouse, it moves into the screen above but leaves the window behind.
How far left I have to move the mouse appears to be related to the width of the window - I can move smaller windows up to the top monitor when the mouse is further on the right. It isn't the difference between the horizontal resolutions, either - eg in this case you might expect that you can't drag the window through the right-most 240 pixels (= 1920-1680), but in fact it is a much larger distance than this.
There are also a range of mouse locations on the left where I am able to drag the window to the top monitor, but when I do so the window jumps immediately to the top of the monitor - sometimes it is completely above the monitor so I don't know where it has gone; other times I see the lower half of it.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.8.0-0ubuntu2
Uname: Linux 3.3.0-generic x86_64
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
CompizPlugins: [core,composite
Date: Wed Mar 28 11:54:30 2012
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
ProcEnviron:
LANGUAGE=en_AU:en
TERM=xterm
LANG=en_AU.UTF-8
SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: Upgraded to precise on 2012-03-02 (25 days ago)
Thank you for your bug report. That ticket is quite old and we didn't get recent report of the problem, also it seems to work correctly now, closing. Feel free to reopen if you can still reproduce in more recent versions.