Half screen display on primary when extending

Bug #938738 reported by Josh on 2012-02-22
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Incomplete
Undecided
Unassigned
disper
Undecided
Unassigned
disper (Ubuntu)
Undecided
Unassigned
nvidia-graphics-drivers (Ubuntu)
Undecided
Unassigned
unity (Ubuntu)
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

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.

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.

Omer Akram (om26er) wrote :

screenshot please?

Changed in unity:
status: New → Incomplete
Josh (2012-t) wrote :

Screenshot attached.

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) on 2012-03-09
Changed in unity:
status: Incomplete → New
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  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments