← Back to team overview

desktop-packages team mailing list archive

[Bug 732867] Re: gnome-display-properties monitor layout not saved when re-docking (and display port)

 

Calling "gsd_xrandr_manager_apply_configuration (mgr, error);"
unconditionally from plugins/xrandr/gsd-xrandr-manager.c handle_fn_f7
will restore the existing configuration as well. But fn-f7 cycling
through display modes stops working, as the existing configuration will
always take precedence.

Unfortunately I don't think gnome-settings-daemon has any idea that the
system is being docked. So only conditionally calling
apply_configuration from gsd-xrandr-manager.c handle_fn_f7 will most
likely not work.

Is there any other place in the system that is run only when a system is
being docked? From there we could call ApplyConfiguration via dbus.

Alternatively the fn-f7 modes should contain the saved configuration, the configurations are generated upon docking in 
generate_fn_f7_configs:

        g_ptr_array_add (array, gnome_rr_config_new_current (screen));
        g_ptr_array_add (array, make_clone_setup (screen));
        g_ptr_array_add (array, make_xinerama_setup (screen));
        g_ptr_array_add (array, make_laptop_setup (screen));
        g_ptr_array_add (array, make_other_setup (screen));
        g_ptr_array_add (array, gnome_rr_config_new_stored (screen, NULL)); /* NULL-GError - if this can't read the stored config, no big deal */

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/732867

Title:
  gnome-display-properties monitor layout not saved when re-docking (and
  display port)

Status in “gnome-settings-daemon” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: gnome-control-center

  This happens on Lucid 10.4.02 with gnome-control-center version
  1:2.30.1-0ubuntu1

  I am not sure this is specifically gnome-control-center, but I figured
  I'd start with that package and we can move as appropriate.

  There appears to be two bugs here, but I wanted to keep the initial
  report as one issue, in case they're actually related. For what it's
  worth, I have reproduced this issue on a Lenovo X200 and have users
  internally who can reproduce this issue on a Lenovo X201 and a T410 on
  several different types and sizes of external monitor (all attached
  via display port -> DVI converters).

  The two issues are:

  - Windows "get lost" when display properties change.
  - The display property preferences aren't saved when undocking / re-docking.

  Here's how to reproduce:

  - Install Lucid Laptop on an X200
  - Attach the laptop to a docking station connected by display port -> dvr to a 24" monitor
  - Configure (system -> preferences -> monitor) displays to not be mirrored, show monitors in panel checked, drag the monitor to a different orientation, and increase the resolution in the monitor to something other than what the laptop has.
  - Open a web browser, put it in the 24" display.
  - Open a terminal and a gnome app (I used gnome mine) in the laptop display.
  - Detach the laptop (without suspending) to simulate going to a meeting, etc.

  At this point the first bug (about windows getting messed up) occurs.
  Notice that, while the browser window is moved to the laptop display,
  the gnome mines and original terminal disappeared. If I open a new
  terminal and run ps, I can see they're still running, but they're not
  on any of my visible/accessible displays.

  - Re-attach the laptop to the docking station

  At this point, the second bug is reproduced. The monitor configuration
  has reverted to "mirrored displays." When I reset my preferences to
  what I want, the original browser window (as well as the preferences
  window) moves to the 24" monitor, but my gnome mines are still
  missing, as well as the original terminal (the new terminal I opened
  in the laptop while detached in order to check for the disappeared
  window's pids is moved to the new monitor).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/732867/+subscriptions


Follow ups