Half screen display on primary when extending

Bug #938738 reported by Josh
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Incomplete
Undecided
Unassigned
disper
New
Undecided
Unassigned
disper (Ubuntu)
New
Undecided
Unassigned
nvidia-graphics-drivers (Ubuntu)
New
Undecided
Unassigned
unity (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

When going from single mode to extend using 'disper -e -t right', the new display shows up fine, but the existing/primary display shows the bottom half black, and the display area seems to be 'shifted up' 50%, so I only see the bottom half of my desktop on the top half of the monitor.

I'm using MBP 5,3 with a Mac Cinema external display with disper 0.3.0. This does not happen consistently. Maybe once every 30 times I use 'disper -e'. Once it does happen, it seems to repeat every time I switch modes, until I restart Xorg.

$ disper -v -e -t right
Enabled plugins:
auto-detected displays: DFP-0, DFP-2
resolutions of DFP-0: 320x175, 320x200, 360x200, 320x240, 400x300, 416x312, 512x384, 640x350, 576x432, 640x400, 680x384, 720x400, 640x480, 720x450, 640x512, 700x525, 800x512, 840x525, 800x600, 960x540, 832x624, 960x600, 1024x768, 1152x864, 1360x768, 1440x900
adding auto-select metamode: :: DFP-0: nvidia-auto-select +0+0, DFP-2: nvidia-auto-select +0+0
associating displays: DFP-0, DFP-2
associating displays: DFP-0
adding auto-select metamode: :: DFP-0: nvidia-auto-select +0+0, DFP-2: nvidia-auto-select +0+0
associating displays: DFP-0, DFP-2
associating displays: DFP-0
resolutions of DFP-2: 320x175, 320x200, 360x200, 320x240, 400x300, 416x312, 512x384, 640x350, 576x432, 640x400, 680x384, 720x400, 640x480, 720x450, 640x512, 700x525, 800x512, 840x525, 800x600, 960x540, 832x624, 960x600, 896x672, 928x696, 960x720, 1024x768, 1152x864, 1360x768, 1280x960, 1440x900, 1280x1024, 1400x1050, 1600x1024, 1680x1050, 1600x1200, 1920x1080, 1920x1200, 1792x1344, 1856x1392, 1920x1440, 1280x720, 2560x1440
preferred resolutions for displays: DFP-0: 1440x900, DFP-2: 2560x1440
adding auto-select metamode: :: DFP-0: nvidia-auto-select +0+0, DFP-2: nvidia-auto-select +0+0
associating displays: DFP-0, DFP-2
adding metamode: :: DFP-0: 1440x900 +0+0, DFP-2: 2560x1440 +1440+0
setting xinerama info order: DFP-0, DFP-2
associating displays: DFP-0, DFP-2

Revision history for this message
Josh (2012-t) wrote :

This may be related to unity. If I do a 'unity --replace' it seems to fix the primary display to not be offset 50% too high.

Revision history for this message
wvengen (wvengen) wrote :

Hi, thanks for your bug report. It looks like it might be related to unity. If not, then I hope users of other window managers will leave a note here.

Revision history for this message
Omer Akram (om26er) wrote :

screenshot please?

Changed in unity:
status: New → Incomplete
Revision history for this message
Josh (2012-t) wrote :

Screenshot attached.

Revision history for this message
Josh (2012-t) wrote :

Notice the bottom of the unity bar. That is where the bottom of the that monitor is (I'm using twinview, so you can see the beginning of the right monitor where you can see the wallpaper, on the left screen thunderbird is running maximized)

Omer Akram (om26er)
Changed in unity:
status: Incomplete → New
Revision history for this message
Bilal Akhtar (bilalakhtar) wrote :

I can recall similar reports with Unity 5.6 running on Nvidia cards with the proprietary driver. Can you check if the issue occurs with Unity 5.8 too?

Changed in unity:
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
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.