Display settings confirmation dialog appears out of the screen when disabling one monitor in a multi monitor setup

Bug #1043759 reported by Ugo Riboni on 2012-08-30
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Compiz
Medium
Unassigned
compiz (Ubuntu)
Medium
Unassigned
gnome-control-center (Ubuntu)
Low
Unassigned

Bug Description

I have a two monitors setup with the laptop screen and external monitor connected via VGA. This setup is illustrated in the attached screenshot from the display settings applet in the control center.

* Taking that setup as a starting point,
* Place the display settings window on laptop monitor ("bottom" display)
* Click on the "off" button for the laptop monitor to disable it
* Click the "apply" button to confirm settings

Expected result:
* Laptop monitor turns off
* Display settings window moves to the current workspace on the active monitor
* Popup dialog asking if I want to keep this configuration or revert it appears on same workspace as above

Current result:
* Laptop monitor turns off
* Display settings window and popup dialog move to the workspace "down" from the currently active one

In other words what is happening is that the windows that were in a disabled monitor gets moved to a workspace that has the same relation to the current one as the spatial relationship between monitors. For example if the laptop monitor was setup as being on the right of the external monitor, the window would be on the workspace to the right of the active one.

This is clever, but extremely hard to guess for the user, especially if they don't normally use workspaces in their daily ubuntu usage.

What's worse is that there's a timeout on the confirmation dialog that will keep ticking and will automatically revert the previous configuration when it expires, confusing the user even more.

I don't mind keeping the clever behaviour but the display settings window should be an exception to that rule and should always appear on the active workspace on the active monitor. Or the workspace should switch automatically to the one where the window ends up being placed in.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: gnome-control-center 1:3.4.2-0ubuntu13
ProcVersionSignature: Ubuntu 3.5.0-13.13-generic 3.5.3
Uname: Linux 3.5.0-13-generic i686
NonfreeKernelModules: nvidia
ApportVersion: 2.5.1-0ubuntu3
Architecture: i386
Date: Thu Aug 30 12:50:20 2012
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423)
ProcEnviron:
 TERM=xterm
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-control-center
UpgradeStatus: Upgraded to quantal on 2012-08-29 (0 days ago)
usr_lib_gnome-control-center:
 activity-log-manager-control-center 0.9.4-0ubuntu3
 deja-dup 23.90-0ubuntu1
 gnome-control-center-signon 0.0.13-0ubuntu1
 indicator-datetime 12.10.0-0ubuntu1

Ugo Riboni (uriboni) wrote :
Changed in compiz (Ubuntu):
assignee: nobody → Sam Spilsbury (smspillaz)
affects: compiz → compiz-core
Changed in compiz (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
Daniel van Vugt (vanvugt) wrote :

Please check for duplicates. I'm fairly sure this is one.

affects: compiz-core → compiz
Changed in compiz (Ubuntu):
assignee: Sam Spilsbury (smspillaz) → nobody
Changed in compiz:
milestone: none → 0.9.8.2
Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
Changed in compiz:
milestone: 0.9.8.4 → 0.9.9.0
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-control-center (Ubuntu):
status: New → Confirmed
Changed in gnome-control-center (Ubuntu):
importance: Undecided → Low
status: Confirmed → Incomplete
status: Incomplete → Invalid
Daniel van Vugt (vanvugt) wrote :

I was hoping a proper fix for bug 754508 would solve this. That would be to force modal dialogs to centre over their parent windows. However we have not implemented that in bug 754508 so this bug remains open.

Changed in compiz:
status: New → Triaged
importance: Undecided → Medium
Changed in compiz:
milestone: 0.9.9.0 → 0.9.9.2
Changed in compiz:
milestone: 0.9.9.2 → 0.9.10.0
MC Return (mc-return) on 2013-07-24
Changed in compiz:
milestone: 0.9.10.0 → 0.9.11.0
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers