incorrect maximise behaviour with twinview

Bug #680811 reported by Per Heldal
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Undecided
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)
tags: added: maverick regression-release
description: updated
Changed in xorg-server (Ubuntu):
assignee: nobody → Alberto Milone (albertomilone)
Revision history for this message
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)
Revision history for this message
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?

Revision history for this message
Alberto Milone (albertomilone) wrote :

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

Revision history for this message
Alberto Milone (albertomilone) wrote :

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

Revision history for this message
Robert Hooker (sarvatt) wrote :

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

Revision history for this message
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.

Revision history for this message
Per Heldal (heldal) wrote :

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

Revision history for this message
Per Heldal (heldal) wrote :

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

Revision history for this message
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  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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