xrandr --scale restricts area in which mouse moves

Bug #883319 reported by josvanr
280
This bug affects 57 people
Affects Status Importance Assigned to Milestone
X.Org X server
Fix Released
High
xorg-server (Ubuntu)
Fix Released
Low
Unassigned
Nominated for Bionic by Marco Trevisan (Treviño)
Nominated for Cosmic by Marco Trevisan (Treviño)
Precise
Fix Released
Low
Unassigned
Quantal
Fix Released
Low
Unassigned
Raring
Fix Released
Low
Unassigned

Bug Description

SRU Request:

[IMPACT]
A bug in the version of xorg-server in precise prevents users from scaling screen resolution. When attempting to do so, as was possible in Natty and earlier, and which is possible in Quantal+, the mouse pointer remains locked inside the old resolution. This prevents users of small screens such as netbooks from scaling to a greater screen resolution.

[Test Case]
- On a netbook with intel chipset, such as a Dell Mini 9 or 10, scale the display by using the following command:

xrandr --output LVDS1 --panning 1280x750 --scale 1.25x1.25

See if the mouse moves correctly to all screen extremities, and is not confined by a transparent border at 1024x600

[Regression Potential]
This is fixed with a patch backported from the xorg-server version in Quantal. In theory it should just affect screen which are scaled and panned, which is uncommon. If so, the patch can be backed out.

Original Bug Description:
in kubuntu (and ubuntu) 11.04 i used to enlarge my laptop screen like so

xrandr --output LVDS1 --scale 1.2x1.2

this worked fine: the desktop scaled to larger size correctly .
 After upgrading to 11.10, in kde the desktop still resizes
correctly, but the movement of the mouse is restricted to an area equal to
the screen size *before* issuing the scaling command. .. Ie let's say
the mode is 1366x768 and I do xrandr --output LVDS1 --scale 1.2x1.2 the
screen size changes to 1640x922 but the mouse moves in an area the size of
1366x768 in the top left of the screen and then 'hits a wall' preventing
it to move. I also tried ubuntu 11.10 with gnome: here the screen also
resizes, but I have the same issue with the mouse, and the extended area
of the desktop is black...

Some time ago there was a similar issue, which was resolved later. Now it seems
to be back...

jos@samsungsucks:~$ lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

jos@samsungsucks:~$ xrandr --version
xrandr program version 1.3.5
Server reports RandR version 1.3

Revision history for this message
In , Hgkamath (hgkamath) wrote :

Filing this bug to facilitate the fix entering the pipeline

CRTC bound checking was introduced to make sure windows do not slide into hidden areas, when multiple screens map to the framebuffer. It seems to be interfering with Panning.

Description:
Panning does not work. The screen should pan when the mouse is moved outside the visible area on the screen, when the visible part of the screen on the CRTC is part of a larger configured framebuffer screen.

Use the following to configure panning
  xrandr --fb 1600x1200 --output LVDS --mode 1280x800 --panning 1600x1200
Use the following to restore
  xrandr --fb 1280x800 --output LVDS --mode 1280x800 --panning 1280x800
Move the mouse to the CRTC edge and expect to see screen to pan, but pan does not happen, because the mouse is constrained to remain in the CRTC bounds.

Use case:
laptops have small screens.
Configure panning to use a larger screen on the small DISPLAY.
Use remote desktop such as VNC, using vino, or module vnc, and access the desktop more comfortably on a larger workstation screen.

Downstream bug.
https://bugzilla.redhat.com/show_bug.cgi?id=710191

A patch has been proposed, but seems not to be moving.
> Rui Matos 2011-07-02 08:10:36 EDT
>
> This a bug in the X server. I've submitted a patch upstream[1] but it's still
> waiting review.
>
> [1] http://lists.x.org/archives/xorg-devel/2011-June/023715.html

xorg-x11-server-Xorg-1.10.3-1.fc15.x86_64
Linux sirius.localdomain 2.6.40-4.fc15.x86_64 #1 SMP Fri Jul 29 18:46:53 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3400 Series
radeon driver.

Revision history for this message
In , Wnm-sales (wnm-sales) wrote :

panning on xrandr works momentarily, then freezes the system.
xrandr 3.5 and earlier, Slackware 3.1 and later (Slackware 3.0 and earlier use
xorg.conf and panning works without xrandr.)

Revision history for this message
In , Hgkamath (hgkamath) wrote :

still present in xorg-x11-server-Xorg-1.10.4-1.fc15.x86_64

Revision history for this message
In , Hgkamath (hgkamath) wrote :

https://bugs.freedesktop.org/show_bug.cgi?id=20334
Mouse shouldn't move into area outside the monitors

somehow seems like a possible cause of this.

Revision history for this message
In , B-miles (b-miles) wrote :

My particular use case is when using my Netbook (native res. 1024x600) with an external projector (native res. 1024x768) with the displays set up as clones.

I want to be able to move the mouse into the area below/above the Netbook screen and have it pan to give access to the area which is only visible on the projector screen. Currently moving the mouse to the bottom edge of the screen doesn't pan, so if, eg. while typing my edit cursor has moved into the bottom 168 pixels of the projector screen I end up typing blind on the Netbook and having to look over my shoulder at the screen behind me.

Revision history for this message
In , Rui Matos (tiagomatos) wrote :

(In reply to comment #0)
> A patch has been proposed, but seems not to be moving.
> > Rui Matos 2011-07-02 08:10:36 EDT
> >
> > This a bug in the X server. I've submitted a patch upstream[1] but it's still
> > waiting review.
> >
> > [1] http://lists.x.org/archives/xorg-devel/2011-June/023715.html

Yeah, I later submitted another patch which also fixes this issue in a different way:

http://patchwork.freedesktop.org/patch/6488/

There's no action on either of them though.

RandR panning is a really niche and unloved feature which I can understand as it makes the X server more complex than it could be. The panning functionality really belongs in a client application like a compositor.

Revision history for this message
In , Paul Alesius (paul-unnservice) wrote :

(Reply to comment #5)
> Yeah, I later submitted another patch which also fixes this issue in a
> different way:
>
> http://patchwork.freedesktop.org/patch/6488/
>
> There's no action on either of them though.
>
> RandR panning is a really niche and unloved feature which I can understand as
> it makes the X server more complex than it could be. The panning functionality
> really belongs in a client application like a compositor.

I tried the patch and it works with panning, but not for scaling.
Ex. xrandr --output LVDS1 --scale 1.5x1.5

With scaling, the mouse is still confined to the native resolution's bounds.

Revision history for this message
In , Hgkamath (hgkamath) wrote :

http://patchwork.freedesktop.org/patch/6217/
http://patchwork.freedesktop.org/patch/6209/
I like the much more the approach in the above, as it tries to harness whatever the benefits claimed by adherents of mouse-bound check, may be.

I noticed the comment 'v2: Since crtc_bounds() is called a lot ...' means that the crtc_bounds() is called several times perhaps by mouse bound check code.
and speculate if that the reason for the alternate approach of disabling bound checking if panning is configured ?
am seeing code on
http://cgit.freedesktop.org/xorg/xserver/tree/randr/rrcrtc.c

I was wondering if the compute once, query many paradigm can be employed here.
as the crtc bounds change only when some event changes the screen size.
so crtc_bounds() may return a pre-computed bound per CRTC
and maybe a crtc_bounds_compute() is invoked to recompute only when the pre-computation has become stale.

Also, I just wish to point out, while its nice to fix panning and scaling together, it is not necessary. The use cases for those needing scaling fixed may be different, and can be incrementally fixed with another patch and bug report.

please ignore, if I don't make sense, as I'm just a just user, not developer.

Revision history for this message
In , Julien Cristau (jcristau) wrote :

Marking as a regression in 1.11.

Revision history for this message
In , Paul Alesius (paul-unnservice) wrote :

Can someone please share if you've got a patch that fixes the scaling too? Thnx.

Revision history for this message
In , Paul Alesius (paul-unnservice) wrote :

*** Bug 40063 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Paul Alesius (paul-unnservice) wrote :

Reverting the patch mentioned in Bug 40063 fixes it with both panning and scaling. It's a temporary fix for those of using netbooks.

How to build:
* yumdownloader --source xorg-x11-server-Xorg
* rpm -ivh xorg-x11-server-Xorg*rpm
* unzip and revert patch in the xorg .tar.bz2 and re-package it again
* go to $HOME/rpmbuild/SPECS directory and run rpmbuild -bb xorg-x11-server.spec
* re-install the fixed package: yum --nogpgcheck reinstall $HOME/rpmbuild/RPMS/*/xorg-x11-server-Xorg-1.11.1-1.fc16.x86_64.rpm

Revision history for this message
In , Darren Salt (dsalt) wrote :

It looks like I have this problem here too (jcristau pointed me at this bug report), though with a different symptom.

I have two monitors – one 1920×1080 and one 1280×1024, set up so that I have a wide desktop area, the wider viewport at (0,0) and the narrower one at (1920,0). Trying to move to the workspace below the current one via the smaller monitor (using xfwm4's workspace switching via pointer position) fails.

However, if I move its viewport such that the two are disjoint, all works as expected.

(That said, I do agree that constraining the pointer in this way is not a bad thing.)

josvanr (josvanr)
description: updated
josvanr (josvanr)
description: updated
description: updated
affects: ubuntu → xorg (Ubuntu)
bugbot (bugbot)
tags: added: kubuntu
18 comments hidden view all 153 comments
Revision history for this message
Ryan Sutton (oldmansutton) wrote :

This also happens in the Unity/Gnome desktop

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in xorg (Ubuntu):
status: New → Confirmed
Revision history for this message
dsvilko (dsvilko) wrote :

I would also very much like this resolved. It would make the 800x480 resolution on my asus eee much more usable.
I believe this is the upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=39949
The problem can be solved by reverting the patch from:
https://bugs.freedesktop.org/show_bug.cgi?id=40063
Is anyone willing to build a patched xorg?

Bryce Harrington (bryce)
Changed in xorg (Ubuntu):
importance: Undecided → Low
affects: xorg (Ubuntu) → xorg-server (Ubuntu)
Changed in xorg-server (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Ryan Sutton (oldmansutton) wrote :

I'll build one, if somebody could tell me how. I haven't had to undo a patch before, and am leery about breaking it and being hosed. I have bad luck with compiling core stuff lol ;)

Revision history for this message
Bryce Harrington (bryce) wrote :

I've reproduced this on Precise under Unity on an Intel laptop's external monitor (lvds turned off).

tags: added: precise
removed: kubuntu
Revision history for this message
Bryce Harrington (bryce) wrote :

The patch on 40063 simply reverts the cursor constraint feature -- not what we want for fixing the issue.

Three other patches have been proposed:
http://patchwork.freedesktop.org/patch/6217/
http://patchwork.freedesktop.org/patch/6209/
http://patchwork.freedesktop.org/patch/6488/

However, these are for fixing panning rather than scaling. However these look like they're more on the right track of solving the underlying problem, perhaps something similar could be crafted to handle scaling better.

Revision history for this message
Wolf (wolf-beckmanns-nest) wrote :

For me it is a showstopper to!!

So please if someone has a temporary solution, pleas tell.

Perhaps it is possible to install an older version of Xorg or of some packages? And if it is possible, how to do this?

Since I updated my EeePC I can't use it for something else than Surfing!

Changed in xorg-server:
importance: Unknown → High
status: Unknown → Confirmed
13 comments hidden view all 153 comments
Revision history for this message
In , Alan-hollis (alan-hollis) wrote :

I'm having the exact same problem too. If anyone has some step by step instructions on how to downgrade xorg using Ubuntu 11.10 I'd be greatly appreciative.

Revision history for this message
josvanr (josvanr) wrote : Re: xrandr --scale 1.2x1.2 restricts area in which mouse moves

Id also like that. I downloaded the xorg sources in kubuntu 11.10 (package xorg-server-1.10.4). The patch seems to be in there I think in the file debian/patches/219_fedora-pointer-barriers.diff . I tried to reverse it but haven't succeeded yet. I'm not an expert in this... Any Help?....

Revision history for this message
In , Deciare (deciare) wrote :

Created attachment 56408
Reverts commit 56c90e29f04727c903bd0f084d23bf44eb1a0a11, applies cleanly to xorg-server 1.11.4

The commit referenced by Bug 40063 no longer reverses cleanly against xorg-server version 1.11.4. Attached is an updated patch that should work.

Bryce Harrington (bryce)
tags: added: kubuntu
summary: - xrandr --scale 1.2x1.2 restricts area in which mouse moves
+ xrandr --scale restricts area in which mouse moves
Revision history for this message
In , Leeman (me-mooluv) wrote :

Is there any motion on getting this fixed in a current release? Panning is extremely useful to lots of laptop users. I see it listed as a blocker for 1.12, yet a fix doesn't seem to have made it into 1.12.

Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

Please send your patch to xorg-devel for discussion.

Revision history for this message
In , Chris Bagwell (chris-cnpbagwell) wrote :

I use xrandr for scaling to make a small netbook screen able to display apps that don't fit in 1024x600 and noticed this regression over the last year in 1.11. I finally decided to look closer since 1.12 didn't seem to fix the issue and came across this report.

I looked at the revert commit to get idea of area that could possibly be fixed and it seems like crtc_bounds() is probably a function that should be returning a value related to panning/scaling.

I traced were xrandr output is querying the panning/scaling values it displays and looks like comes from ProcRRGetCrtcInfo() and that function makes use of RRCrtcGetScanoutSize() to scaling width/height to correct size. Panning uses rrGetPanning().

To test the idea, I modified crtc_bounds to handle scaling case by adding ProcRRGetCrtcInfo() call. It does seem to work and I've not noticed a negative in limitted testing.

I patched a source RPM so I can't offer a real patch right now but here is my modified version of function to get an idea:

static void
crtc_bounds(RRCrtcPtr crtc, int *left, int *right, int *top, int *bottom)
{
    int width, height;
    RRCrtcGetScanoutSize (crtc, &width, &height);

    *left = crtc->x;
    *top = crtc->y;

    switch (crtc->rotation) {
    case RR_Rotate_0:
    case RR_Rotate_180:
    default:
       *right = crtc->x + width;
       *bottom = crtc->y + height;
       return;
    case RR_Rotate_90:
    case RR_Rotate_270:
       *right = crtc->x + height;
       *bottom = crtc->y + width;
       return;
    }
}

Revision history for this message
In , Chris Bagwell (chris-cnpbagwell) wrote :

I reviewed the other patchwork patches just now. Patch 6209 in Comment 7 addresses panning part of issue in crtc_bounds() using same logic from ProcRRGetCrtcInfo().

If you combine my modification from Comment 17 with the patch 6209 then you'll get solution for both scaling and panning.

Not sure its the right solution and it seems a little excessive to compute each X/Y movement... but I hope it helps move us along to final solution.

Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

Chris, could you put together the combined patch you mentioned and send it to xorg-devel for review? Thanks.

Revision history for this message
In , Chris Bagwell (chris-cnpbagwell) wrote :

Created attachment 59557
Sample fix for panning/scaling

Attached patch has been posted to mailing list for discussion but no replies so far. Posting here so it doesn't get lost.

This combines fix for panning from another patch and adds scaling fix as well.

7 comments hidden view all 153 comments
Revision history for this message
In , Pweir (pweir) wrote :

Just confirming that Chris Bagwell's scaling approach (above) worked for me using 1.12.0 (from Fedora 17 source rpm) and having had this issue for some time. Previously, I'd been downgrading, as I've found this an important feature for netbook usability. Thanks Chris!

6 comments hidden view all 153 comments
Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

I just tested Chris Bagwell's patch in comment #20 of the upstream bug, and it solved my issue on my Dell Mini 9.

Revision history for this message
Ryan Sutton (oldmansutton) wrote :

Could you provide instructions on where to download the correct source, and possibly what flags and whatnot you compiled the patched version with? I tried to apply one of the regression patches a month or two back, and while I patched and built successfully, my complete version had completely killed any mouse and keyboard input and I had to reinstall linux when I was done. I would rather not have to start over from scratch again. I'm familiar with how to apply the patch and whatnot to the source, but would definitely appreciate some more detail. Or even better, a .deb package built for 32bit x86? ;)

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

I've uploaded a patched test version for Precise into my PPA here: https://launchpad.net/~mdeslaur/+archive/testing

Revision history for this message
Ryan Sutton (oldmansutton) wrote :

HAHAHAHA! It works, oh gods it works! Thank you both Chris and Marc! My first reboot I had to manually restart lightdm, but that's a small price to pay to actually SEE my whole desktop at > 1024x600 all at once without pointless panning, especially if I happen to load up a game that uses the screen edges for scrolling, and needs to be 1024x768. Oh HAPPY DAYS! I think the one problem I had with lightdm not loading all the way the first time is more to do with me being on Oneiric, and having to do some impromptu hacky pulling down of libx11 and libc6 from Precise, but again, even if I end up having to reload lightdm manually every time I reboot (time will tell), it's a small price to pay for scaling to work correctly again. Thank you so much!

Revision history for this message
Ryan Sutton (oldmansutton) wrote :

Ok, my hacky changes to Oneiric killed it, so I reinstalled to Precise, and then applied your built fix. Works beautifully in the environment is was built for. I think the patch is golden.

Revision history for this message
Christian Rank (c-rank) wrote :

Just did
   apt-add-repository ppa:mdeslaur/testing
on my xubuntu 12.04 installation. Now after scaling with xrandr the mouse can be moved again over the whole screen. Thanks a lot for this patch.
I propose it should go into the final 12.04 distribution.

Revision history for this message
josvanr (josvanr) wrote :

For me this bug is also a show stopper. Can I do anyting to vote for this or something?

1 comments hidden view all 153 comments
Revision history for this message
In , Erwin Junge (erwin-junge) wrote :

Would also like to confirm that Chris Bagwell's patch works for me. I'm using 1.11.4 from Debian Sid and the patch didn't apply cleanly (whitespace issue and started at 297 instead of 282), but after I fixed that it works like a charm. Been missing this feature for a while :) Thanks Crhis!

Revision history for this message
Ryan Reich (ryan-reich) wrote :

I just found this bug -- I've been waiting for this issue to be fixed for several years. Chris Bagwell's patch works for me as well; incredible!

Revision history for this message
In , OzK (tipsgnulinux) wrote :

I did:

sudo apt-add-repository ppa:mdeslaur/testing
sudo apt-get update
sudo apt-get upgrade

0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Precise Pangolin final. Is not downloading anything here.

Where is my error?

bugbot (bugbot)
tags: added: oneiric
tags: added: ubuntu
Changed in xorg-server (Ubuntu Quantal):
status: New → Fix Released
Changed in xorg-server (Ubuntu Raring):
status: Triaged → Fix Released
Changed in xorg-server (Ubuntu Precise):
status: New → Triaged
importance: Undecided → Low
description: updated
Colin Watson (cjwatson)
Changed in xorg-server (Ubuntu Precise):
status: Triaged → Fix Committed
tags: added: verification-needed
tags: added: verification-failed
removed: verification-needed
tags: added: verification-done
removed: verification-failed
Changed in xorg-server (Ubuntu Precise):
status: Fix Committed → Fix Released
Changed in xorg-server:
status: Confirmed → Incomplete
73 comments hidden view all 153 comments
Revision history for this message
Allen Webb (vertago1-s) wrote :

Is it just me or does the --scale option ignore the cursor so that the cursor isn't scaled with the desktop/screen?

Revision history for this message
Ilya G. Ryabinkin (ileyka) wrote :

I would suggest a workaroung: use --scale together with --panning

For example, if I have 1366x768 screen and I would like to scale it up to 1920x1080, I would use
xrandr --output LVDS1 --panning 1920x1080 --scale 1.406x1.406

1.406 = 1920/1366 or, similarly 1080/768

To go back, issue
xrandr --output LVDS1 --panning 0x0+0+0 --scale 1x1

Of course, don't foget to replace LDVS1 with the appropriate device.

Revision history for this message
In , Alex Fiestas (afiestas) wrote :

With the proliferation of hidpi laptops having scale properly working is becoming more important since it is the only way of using embedded and external displays with a decent experience.

I do not know for what keystone is used these days but, maybe we could consider breaking it in favor of scale?

We can't wait until Wayland + al Compositors to implement scaling imho.

Thanks.

Revision history for this message
In , Jymbob (james-scholes) wrote :

(In reply to Alex Fiestas from comment #65)
> With the proliferation of hidpi laptops having scale properly working is
> becoming more important since it is the only way of using embedded and
> external displays with a decent experience.
>
> I do not know for what keystone is used these days but, maybe we could
> consider breaking it in favor of scale?
>
> We can't wait until Wayland + al Compositors to implement scaling imho.
>
> Thanks.

Seconded. Chris's patch has been around for over a year. A second screen attached to a HiDPI laptop is now a far more common use case than pre-output keystoning.

If necessary we could open a new ticket (this has been suggested before) to isolate the scaling issue.

James

Revision history for this message
In , Pali (pali) wrote :

James, better create new bug ticked for it...

Revision history for this message
Glenn Brauen (glenn-q) wrote :

I applied the attached patch, modified from wvengen's patch in comment #112 and built against xserver-xorg-core 2:1.17.1-0ubuntu3 on Ubuntu 15.04.

This fixes the scaling behaviour on an external monitor and my cursor is now able to move within the bounds of the scaled monitor. Compared to the version against which wvengen's patch was applied, there is some additional logic in the file to be patched concerning rotation. I do not know if this patch handles rotated cases properly.

Revision history for this message
jd (jdabbeyiii) wrote :

Has this patch been applied to any of the newer versions of xorg? I'm having a hell of a time getting this patched and would rather just upgrade xorg completely.

Revision history for this message
Anton Bachbaum (fizbaum) wrote :

Same problem on Debian 8.

Simple solution, like in comment nr 115, but it is much better to use --scale-from instead of --scale. For example:
xrandr --output LVDS1 --fb 1920x1200 --panning 1920x1200 --scale-from 1920x1200

To switch back, set your normal resolution, for example:
xrandr --output LVDS1 --fb 1280x800 --panning 1280x800 --scale 1x1

If the size of scale--from a bit different from the size of --panning, it causes problems. So you should use --scale-from instead of --scale.

I'm not sure if --fb is necessary, it works without it, but maybe using it is more secure.

Revision history for this message
Eoghan Murray (eoghan-n) wrote :

This is affecting me with a hDPI primary display (Dell m3800) when adding an external monitor which has to be scaled 2x2 with xrandr in order for the extra display to not appear massive.
Is there any way of getting the patch that fixes this without compiling xorg?

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

This bug is closed, which means nobody is looking at it.

Please file new bugs for any issues you are currently having with xrandr.

Revision history for this message
Niccolò Belli (niccolo-belli) wrote :

Which one is the patch which has been applied to wili to fix this bug?

Revision history for this message
In , Niccolò Belli (darkbasic) wrote :

Can someone please help me to port this little patch to xorg-1.17.2?

https://bpaste.net/show/dc939e359a3f

This is part of the Ubuntu patch updated against 1.16.

Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

I suggest you ask on xorg-devel about your patch.

Revision history for this message
Mr.Gosh (mr-gosh) wrote :

This Bug still affects acutal distributions of Ubuntu:

lsb_release -rd
Description: Ubuntu 15.10
Release: 15.10

uname -a
Linux 4.2.0-27-generic #32-Ubuntu SMP Fri Jan 22 04:49:08 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

xrandr --version
xrandr program version 1.4.3
Server reports RandR version 1.4

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

This particular bug has been closed for a long time. If you are still seeing an issue similar to this one, please file a new bug. Thanks.

Revision history for this message
jd (jdabbeyiii) wrote : Re: [Bug 883319] Re: xrandr --scale restricts area in which mouse moves
Download full text (3.3 KiB)

Gee thanks,

Looks like you don't fix issues, you just leave them open and when you
don't feel like fixing anything, you close it so it looks like you did
something to help which you didn't. Thanks for nothing.

On Tue, Feb 9, 2016 at 4:20 AM, Marc Deslauriers <
<email address hidden>> wrote:

> This particular bug has been closed for a long time. If you are still
> seeing an issue similar to this one, please file a new bug. Thanks.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/883319
>
> Title:
> xrandr --scale restricts area in which mouse moves
>
> Status in X.Org X server:
> Incomplete
> Status in xorg-server package in Ubuntu:
> Fix Released
> Status in xorg-server source package in Precise:
> Fix Released
> Status in xorg-server source package in Quantal:
> Fix Released
> Status in xorg-server source package in Raring:
> Fix Released
>
> Bug description:
> SRU Request:
>
> [IMPACT]
> A bug in the version of xorg-server in precise prevents users from
> scaling screen resolution. When attempting to do so, as was possible in
> Natty and earlier, and which is possible in Quantal+, the mouse pointer
> remains locked inside the old resolution. This prevents users of small
> screens such as netbooks from scaling to a greater screen resolution.
>
> [Test Case]
> - On a netbook with intel chipset, such as a Dell Mini 9 or 10, scale
> the display by using the following command:
>
> xrandr --output LVDS1 --panning 1280x750 --scale 1.25x1.25
>
> See if the mouse moves correctly to all screen extremities, and is not
> confined by a transparent border at 1024x600
>
> [Regression Potential]
> This is fixed with a patch backported from the xorg-server version in
> Quantal. In theory it should just affect screen which are scaled and
> panned, which is uncommon. If so, the patch can be backed out.
>
>
>
> Original Bug Description:
> in kubuntu (and ubuntu) 11.04 i used to enlarge my laptop screen like so
>
> xrandr --output LVDS1 --scale 1.2x1.2
>
> this worked fine: the desktop scaled to larger size correctly .
> After upgrading to 11.10, in kde the desktop still resizes
> correctly, but the movement of the mouse is restricted to an area equal
> to
> the screen size *before* issuing the scaling command. .. Ie let's say
> the mode is 1366x768 and I do xrandr --output LVDS1 --scale 1.2x1.2 the
> screen size changes to 1640x922 but the mouse moves in an area the size
> of
> 1366x768 in the top left of the screen and then 'hits a wall' preventing
> it to move. I also tried ubuntu 11.10 with gnome: here the screen also
> resizes, but I have the same issue with the mouse, and the extended area
> of the desktop is black...
>
> Some time ago there was a similar issue, which was resolved later. Now
> it seems
> to be back...
>
> jos@samsungsucks:~$ lsb_release -rd
> Description: Ubuntu 11.10
> Release: 11.10
>
> jos@samsungsucks:~$ xrandr --version
> xrandr program version 1.3.5
> Server reports RandR version 1.3
>
> To manage notifications about this bug go to:
> https://bugs.launchpad...

Read more...

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

This particular bug was indeed fixed in Ubuntu 12.04:

xorg-server (2:1.11.4-0ubuntu10.12) precise-proposed; urgency=low

  * debian/patches/238-xrandr-fix-panning.patch: disable CRTC cursor
    confinement when panning is enabled. (LP: #883319)

 -- Marc Deslauriers <email address hidden> Tue, 12 Feb 2013 16:45:02 -0500

If you are seeing similar symptoms in a more recent release, it's likely to be a different bug altogether.
Please file a new bug so the issue actually gets fixed instead of commenting in a bug that has been long closed and doesn't show up on any bug lists anymore.

Revision history for this message
jd (jdabbeyiii) wrote :
Download full text (4.1 KiB)

No it wasn't. I saw this issue in 13.10, 14.04, 14.10, 15.04, and now
15.10. So if it was fixed in 12.04, then it was only fixed in that version.
Funny that I have a new bug altogether and yet the symptoms are identical
in every way. More liked Occam's Razor states that either the issue was
never fixed, or more complex description of it being fixed, then a magical
being appeared from the sky and made a completely different issue that is
identical in every way, but is apparently not the same thing.

You tell me if that sounds like a completely different bug or if it's a
lazy person who didn't fix it at all or correctly.

On Tue, Feb 9, 2016 at 8:56 AM, Marc Deslauriers <
<email address hidden>> wrote:

> This particular bug was indeed fixed in Ubuntu 12.04:
>
> xorg-server (2:1.11.4-0ubuntu10.12) precise-proposed; urgency=low
>
> * debian/patches/238-xrandr-fix-panning.patch: disable CRTC cursor
> confinement when panning is enabled. (LP: #883319)
>
> -- Marc Deslauriers <email address hidden> Tue, 12 Feb 2013
> 16:45:02 -0500
>
> If you are seeing similar symptoms in a more recent release, it's likely
> to be a different bug altogether.
> Please file a new bug so the issue actually gets fixed instead of
> commenting in a bug that has been long closed and doesn't show up on any
> bug lists anymore.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/883319
>
> Title:
> xrandr --scale restricts area in which mouse moves
>
> Status in X.Org X server:
> Incomplete
> Status in xorg-server package in Ubuntu:
> Fix Released
> Status in xorg-server source package in Precise:
> Fix Released
> Status in xorg-server source package in Quantal:
> Fix Released
> Status in xorg-server source package in Raring:
> Fix Released
>
> Bug description:
> SRU Request:
>
> [IMPACT]
> A bug in the version of xorg-server in precise prevents users from
> scaling screen resolution. When attempting to do so, as was possible in
> Natty and earlier, and which is possible in Quantal+, the mouse pointer
> remains locked inside the old resolution. This prevents users of small
> screens such as netbooks from scaling to a greater screen resolution.
>
> [Test Case]
> - On a netbook with intel chipset, such as a Dell Mini 9 or 10, scale
> the display by using the following command:
>
> xrandr --output LVDS1 --panning 1280x750 --scale 1.25x1.25
>
> See if the mouse moves correctly to all screen extremities, and is not
> confined by a transparent border at 1024x600
>
> [Regression Potential]
> This is fixed with a patch backported from the xorg-server version in
> Quantal. In theory it should just affect screen which are scaled and
> panned, which is uncommon. If so, the patch can be backed out.
>
>
>
> Original Bug Description:
> in kubuntu (and ubuntu) 11.04 i used to enlarge my laptop screen like so
>
> xrandr --output LVDS1 --scale 1.2x1.2
>
> this worked fine: the desktop scaled to larger size correctly .
> After upgrading to 11.10, in kde the desktop still resizes
> correctly, but the movement of the mouse is restricted to an area equa...

Read more...

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

You just made me check, and the patch that fixed this in 12.04 is definitely included in 14.04.

You are getting a different bug with the same symptoms.

But, if you really don't want your particular bug fixed, then by all means keep commenting in a closed bug nobody is looking at anymore.

Revision history for this message
Eoghan Murray (eoghan-n) wrote :

I think the difference of opinion here is that jd thinks that a bug should be to do with the symptoms, and if the symptoms are still present then the bug should be kept open. Marc believes a bug should correspond with a bugfix, and once there is at least one verified bugfix the bug should be closed so we can move on.

I'd side with jd on this, I think the conflict here is that there needs to be more bugfixes to actually fix the incorrect behaviour (as described by the title, and the original bug report: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/883319/comments/0
)

If we created another bug report for the same phenomenon, then we'd be throwing away the reports from other people (including me) who commented on this thread. What would we entitle the other bug if not 'xrandr --scale restricts area in which mouse moves' ??

+1 for reopen!

Revision history for this message
tchoulihan@gmail.com (tchoulihan) wrote :

Trying to do this on trusty, and I can confirm this bug still exists. My mouse is restricted when using scale.

Revision history for this message
tchoulihan@gmail.com (tchoulihan) wrote :

Does anyone have any quick fixes for this that don't require recompiling xorg... This is really a dealbreaker for me.

Revision history for this message
David Gauchard (d-a-v) wrote :

> Does anyone have any quick fixes for this that don't require recompiling
> xorg... This is really a dealbreaker for me.

Have you tried using --panning option along with --scale ?

Revision history for this message
tchoulihan@gmail.com (tchoulihan) wrote :

Yes, unfortunately it just removes my 2nd monitor, and only pans on the first. Also what makes it difficult, is after I enable --panning, I don't know how to disable it, so I have to restart every time it doesn't work.

Revision history for this message
fish (discordianfish) wrote :

I have the same issue in up-to-date xenial (1:7.7+13ubuntu3).
Is it suppose to be fixed there as well? I can't find anything in the changelog.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

bug 1580123 is the new incarnation of this, no need to reopen

and trusty does _not_ have the patch

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

sorry, the patch that was added to precise is actually upstream and included in the server that trusty has, but it broke again for some reason, and that's why a new bugreport makes sense

Revision history for this message
Jim Cline (jcline-physics) wrote :

I have the same bug in a recent build from xenial. I tried downgrading xorg to precise, no difference, mouse still hits the wall when output to internal monitor is turned off. If both monitors are turned on, the problem does not occur. But I like to conserve my laptop screen when I am connected to an external monitor.

1 comments hidden view all 153 comments
Revision history for this message
In , Markus Ortel (markus-ortel) wrote :

Not to bug you guys ;-), but as we are on the road to christmas in 2016 ...
Any news? Is there another bug ticket? Is status "NEEDINFO" still valid?
Does anyone really needs info I or someone else can provide?

Revision history for this message
In , Alexander E. Patrakov (patrakov-gmail) wrote :

No news, the bug is still reproducible, and it is not clear what information is needed.

Revision history for this message
In , Jeremy Sequoia (jeremyhu) wrote :

AFAICT, nobody has followed my direction above and brought this up for discussion on xorg-devel. Without that, it's not likely to be fixed.

Revision history for this message
In , Felix Miata (mrmazda) wrote :

Broken panning, Bug 77321 , got a downstream fix 5 months ago in
https://bugzilla.opensuse.org/show_bug.cgi?id=771521

Changed in xorg-server (Ubuntu Quantal):
importance: Undecided → Low
Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

if I'm reading things correctly, this is what suse added

https://bugzilla.opensuse.org/attachment.cgi?id=661954&action=diff&context=patch&collapsed=&headers=1&format=raw

which is not what has been proposed here so far

Revision history for this message
In , Sndirsch-suse (sndirsch-suse) wrote :

(In reply to Timo Aaltonen from comment #74)
> if I'm reading things correctly, this is what suse added
>
> https://bugzilla.opensuse.org/attachment.
> cgi?id=661954&action=diff&context=patch&collapsed=&headers=1&format=raw
>
> which is not what has been proposed here so far

Egbert still plans to bring this patch/topic up on xorg-devel for discussion, so things hopefully won't get lost.

Revision history for this message
In , Jhonmerced5 (jhonmerced5) wrote :

Wow, guys. This discussion definitely took some time ;) Any update? https://www.internetvergelijken.nl/

Revision history for this message
In , Robertvanwezel (robertvanwezel) wrote :

Yeah, really curious about an update!
https://www.breedbandwinkel.nl/internet-vergelijken

Revision history for this message
In , Brianbrowns123 (brianbrowns123) wrote :

Stefan, any news from Egbert on this? Why it takes so long

--
Brian
https://www.voucher.co.id/

8 comments hidden view all 153 comments
Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

Here's a script to get this working when using panning:
  https://gist.github.com/3v1n0/772d48481cffc5b8ca1527d6dcc62f38

Just call it as:
  ./xrandr-scale.sh <output-name> <scale-value>

i.e:
  ./xrandr-scale.sh eDP1 0.8

9 comments hidden view all 153 comments
Revision history for this message
In , Mattst88 (mattst88) wrote :

I sent Chris Wilson's patch to the mailing list.

Changed in xorg-server:
status: Incomplete → Confirmed
Revision history for this message
In , Mattst88 (mattst88) wrote :
Changed in xorg-server:
status: Confirmed → Fix Released
Displaying first 40 and last 40 comments. View all 153 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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