ubuntu-x-swat team mailing list archive

[Bug Watch Updater <881046@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 13 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=39949.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-08-09T03:39:43+00:00 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/0

------------------------------------------------------------------------
On 2011-08-16T19:27:02+00:00 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.)

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/1

------------------------------------------------------------------------
On 2011-09-12T19:17:12+00:00 Hgkamath wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/2

------------------------------------------------------------------------
On 2011-09-15T16:53:03+00:00 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/3

------------------------------------------------------------------------
On 2011-09-15T17:12:17+00:00 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/4

------------------------------------------------------------------------
On 2011-09-15T17:33:10+00:00 Rui Matos 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/5

------------------------------------------------------------------------
On 2011-09-18T09:36:01+00:00 Paul Alesius 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/6

------------------------------------------------------------------------
On 2011-09-18T13:19:05+00:00 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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/7

------------------------------------------------------------------------
On 2011-10-04T19:40:50+00:00 Julien Cristau wrote:

Marking as a regression in 1.11.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/8

------------------------------------------------------------------------
On 2011-10-06T21:32:46+00:00 Paul Alesius wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/9

------------------------------------------------------------------------
On 2011-10-07T03:40:19+00:00 Paul Alesius wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/10

------------------------------------------------------------------------
On 2011-10-07T04:11:15+00:00 Paul Alesius 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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/11

------------------------------------------------------------------------
On 2011-10-10T21:23:53+00:00 Darren Salt 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.)

Reply at: https://bugs.launchpad.net/xorg-server/+bug/881046/comments/12


** Changed in: xorg-server
       Status: Unknown => Confirmed

** Changed in: xorg-server
   Importance: Unknown => High

** Bug watch added: Red Hat Bugzilla #710191
   https://bugzilla.redhat.com/show_bug.cgi?id=710191

-- 
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/881046

Title:
  Panning in a virtual monitor is not possible after upgrade to Ubuntu
  11.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/xorg-server/+bug/881046/+subscriptions