Screen splited when changing monitor resolution settings

Yeah I saw this bug myself on one of my test machines. I think it may actually be a metacity or compiz issue but I'm not certain.

BTW, using "xrandr" can change the resolution correctly.

BTW, please try to switching between "1152x864" and "1280x960" if you
cannot reproduce the bug.

Gnome-display-properties belongs to package "gnome-control-center". Download the source code of gnome-control-center by "apt-get source", build and install it to /usr/local/bin. A different program was built... It looks like this:

And please check this attachment for the original version of gnome-display-properties. It looks like the source code is not sync with the binary. And the program made from the source code works well, while the program installed by the liveCD will cause bug. Anybody can explain this?

Sorry. Maybe this is because some patches didn't apply before build.

The following patches introduced the bug:

01_debian_ubuntu.patch
04_path_xtra.patch
100_at_properties_readd_gksudo_disable_grab_toggle.patch
101_cc-add-randr12-capplet.patch
102_cc-randr12-makefile.patch
103_cc-glade-changes.patch
104_cc-randr12-enable-i18n.patch
105_cc-randr12-ubuntu-colors.patch
106_cc-randr12-capplet-icon.patch
107_cc-randr12-check-version.patch
108_cc-randr12-capplet-font-layout.patch
109_cc-randr12-gui-shrinkage.patch
110_cc-randr12-revert-dialog.patch
111_cc-randr12-dont-disable-active-monitor.patch
16_preferred_applications_list_cleanup.patch
25_window_manager_settings.patch
26_add_touchpad_to_mouse_settings.patch
28_fixup_touchpad_config.patch
71_at_properties_gksudo_gdmsetup.patch
95_desktop-effects-integration.patch
96_replace_ccsm_with_simple_ccsm.patch
99_autoreconf.patch

In the attached screen shot, the left program is built with the above patches, and have this bug; while the right program is built without the above patches, and do not have this bug.

Anybody can help to analyze the patches?

The following patches introduced the bug:

01_debian_ubuntu.patch
04_path_xtra.patch
100_at_properties_readd_gksudo_disable_grab_toggle.patch
101_cc-add-randr12-capplet.patch
102_cc-randr12-makefile.patch
103_cc-glade-changes.patch
104_cc-randr12-enable-i18n.patch
105_cc-randr12-ubuntu-colors.patch
106_cc-randr12-capplet-icon.patch
107_cc-randr12-check-version.patch
108_cc-randr12-capplet-font-layout.patch
109_cc-randr12-gui-shrinkage.patch
110_cc-randr12-revert-dialog.patch
111_cc-randr12-dont-disable-active-monitor.patch
16_preferred_applications_list_cleanup.patch
25_window_manager_settings.patch
26_add_touchpad_to_mouse_settings.patch
28_fixup_touchpad_config.patch
71_at_properties_gksudo_gdmsetup.patch
95_desktop-effects-integration.patch
96_replace_ccsm_with_simple_ccsm.patch
99_autoreconf.patch

In the attached screen shot, the left program is built with the above patches, and have this bug; while the right program is built without the above patches, and do not have this bug.

Anybody can help to analyze the patches?

I did more test, and found that the following patch introduced the bug:
102_cc-randr12-makefile.patch

Bryce, would you please help on this?

Thanks
Xiaoyang

On Thu, Apr 10, 2008 at 11:27:31AM +0800, Yu, Xiaoyang wrote:
> I did more test, and found that the following patch introduced the bug:
> 102_cc-randr12-makefile.patch
>
> Bryce, would you please help on this?

Actually, that patch simply enables the new Screen Resolution code
(patch 101). I'll comment further on the bug report itself.

Bryce

The program without the patches is the old xrandr 1.0 Screen Resolution tool, which lacks support for multi-monitor resolution setting, and does not use the same mechanisms for altering the screen resolution.

The patch 101 is the one from Fedora that adds this new feature. Patches >101 are Ubuntu patches to customize and improve the implementation for us (and that I plan to forward upstream shortly). Patch 102 enables 101 to build and be installed, so dropping it simply reverts us back to the old dialog that we're trying to replace.

It is possible that the bug lays in the randrwrap.c file added in patch 101, however I suspect it may be something in either the window manager or in the -intel driver that this GUI tool simply triggers.

It is interesting that you did not see it with xrandr; I would have expected there to be some method to reproduce it using xrandr.

Perhaps the next step would be to isolate the code from randrwrap.c that causes this issue into a test case, and submit to Xorg.

When the screen is splited, the resolution is still correct, as shown by "xdpyinfo". Changing the window manager to metacity using "metacity --replace" will fix the splited screen, and the bug will not occur when using metacity.

This bug will not occur if disable 3D effects.

So this bug is more likely a compiz bug.

Michael agreed to coordinate the work on this.

I have the same problem with a dell d810 and a radeon card. I can not have compiz with a correct 1280x800 screen, it is splitted like you have showed.
I tried to reset resolution with xrandr but it doesn't make any difference, compiz screen is always splitted. But if I use an externale monitor, attached in dell docking station, everything goes well, on the lcd laptop screen and on the 17'' lcd external monitor.

Today I started again to work with the problem (not having compiz with a correct 1280x800, screen splitted).
I found a solution for my configuration, a docked dell d810 with external 1280x1024 LCD).

First I did a dpkg-reconfigure xserver-xorg, to start with fresh new xorg.conf, because I had a previous old installation. The new xorg.conf is very simple, like showed here
http://www.thinkwiki.org/wiki/Xorg_RandR_1.2

Then, I had only to add a few line in xorg.conf section Screen to manage the docked monitor, which has to manage a 1280x1024 resolution:
       SubSection "Display"
           Depth 24
           Modes "1600x1200" "1280x1024" "1280x800" "1024x768" "800x600" "640x480"
           # ADD A VIRTUAL LINE TO PROVIDE FOR THE LARGEST SCREENS YOU WILL HOTPLUG
           Virtual 2048 2048
       EndSubSection

And so the laptop works well, with or without docked LCD external monitor.
The trick is to use a clean xorg.conf, with correct configuration for the new xorg-server included in Hardy.

This looks very much like bug 205085 : https://bugs.launchpad.net/bugs/205085

that should be fixed in jaunty with the current gtk, does anybody still get the issue?

Yeah.

The bug has been fixed on Jaunty,i have verified it on Jaunty Alpha5(x86 and x64) platform with hardware---McCreacy /Montevina/SantaRosa. Nothing happened against the bug symptom.

This bug report is being closed due to your last comment regarding this being fixed with an update. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status . Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find.