incorrect maximise behaviour with twinview

Bug #680811 reported by Per Heldal on 2010-11-24
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Bryce Harrington

Bug Description

The maximise behaviour of windows in a twinview setup changes with xserver packages version 1.9.0-0ubuntu7.1. After upgrade panels (gnome) span all screens and windows (metacity) maximise across all available screens. Previously objects would only maximise within their current screen. Downgrade and lock to the old version (1.9.0-0ubuntu7) of the x-server restores the expected behaviour.

xorg-server (2:1.9.0-0ubuntu7.1) maverick-proposed; urgency=low

  * debian/patches/207_Xext_panoramiXprocs_fix_typo.patch:
    - This prevents Qt applications from crashing when using
      Xinerama multi-head with drivers such as nvidia (LP: #650539).
 -- Alberto Milone <<email address hidden> (albertomilone: 10145)

Bryce Harrington (bryce) on 2010-11-27
tags: added: maverick regression-release
description: updated
Changed in xorg-server (Ubuntu):
assignee: nobody → Alberto Milone (albertomilone)
Bryce Harrington (bryce) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command in a terminal after reproducing the issue, and it it will automatically gather debugging information needed for this bug:

  apport-collect 680811

It appears this is a regression caused my the 7.1 SRU fix. I've noted it on the bug report for that fix.

Changed in xorg-server (Ubuntu):
assignee: Alberto Milone (albertomilone) → nobody
status: New → Incomplete
assignee: nobody → Alberto Milone (albertomilone)
Bryce Harrington (bryce) wrote :

Alberto, would you mind looking at this bug? I'm uncertain exactly how twinview should behave with the 7.1 sru fix but it sounds like it may be regressing. Can you reproduce it?

Alberto Milone (albertomilone) wrote :

I'm subscribing Daniel Dadap (NVIDIA) as he brought the patch to my attention.

Alberto Milone (albertomilone) wrote :

Can you attach your /var/log/Xorg.0.log, please?

Robert Hooker (sarvatt) wrote :

Can you please run xdpyinfo -ext XINERAMA and paste the xinerama info output at the end also?

Per Heldal (heldal) wrote :

The current Xorg-log (attached) shows that I'm running a non-standard kernel (for audio) and updated nvidia-driver (260.19.26 is the first vdpau-capable driver that seem reasonably free from memleaks with my gtx260-card). The system does however behave the same with stock 10.10 packages.

Per Heldal (heldal) wrote :

As requested:
XINERAMA version 1.1 opcode: 151
  head #0: 1920x1200 @ 0,0
  head #1: 1280x1024 @ 1920,0

Per Heldal (heldal) wrote :

This problem appear to be fixed in version 2:1.9.0-0ubuntu7.3 distributed in maverick-proposed.

Bryce Harrington (bryce) wrote :

 xorg-server (2:1.9.0-0ubuntu7.3) maverick-proposed; urgency=low
   * debian/patches/209_xorg-xi-usb-wireless-mouse-kb.patch:
     - Backport of upstream patch which swaps order of detection of a
       device as pointer or keyboard. Fixes certain mouse models that
       get detected as keyboards.
       (LP: #575465)
 xorg-server (2:1.9.0-0ubuntu7.2) maverick-proposed; urgency=low
   * Move gesture event handling to server in non-signal context
     (LP: #670016)
     - Add debian/patches/208_gestures_through_event_queue.patch

Changed in xorg-server (Ubuntu):
assignee: Alberto Milone (albertomilone) → Bryce Harrington (bryce)
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments