Bug 677311

Summary: When docked, closing laptop lid shouldn't make computer suspend
Product: Red Hat Enterprise Linux 6 Reporter: David Jaša <djasa>
Component: gnome-power-managerAssignee: Richard Hughes <rhughes>
Status: CLOSED DUPLICATE QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2CC: tpelka
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-11-15 13:13:28 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description David Jaša 2011-02-14 10:33:49 UTC 
Description of problem:
When docked, closing laptop lid should only turn off internal monitor and enable

Version-Release number of selected component (if applicable):
gnome-power-manager-2.28.3-5.el6.x86_64

How reproducible:
always

Steps to Reproduce:
1. attach laptop to dock
2. make sure external monitor is attached and turned on
3. close laptop lid
  
Actual results:
laptop suspends to ram

Expected results:
laptop should just turn off embedded monitor and move desktop and windows to external monitor

Additional info:
possibly related to bug #591935
Comment 2 RHEL Program Management 2011-04-04 01:57:39 UTC 
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.
Comment 3 Richard Hughes 2011-04-05 08:20:24 UTC 
Upstream, we've added a feature to upower to detect if the laptop is docked using the kernel drm drivers. Using this we stop gnome-power-manager from suspending on lid close if docked. I'm not sure how much work it would be to backport tho.
Comment 4 Richard Hughes 2011-11-15 13:13:28 UTC 

*** This bug has been marked as a duplicate of bug 591935 ***