I added the upstream bug watch. However I'm not in agreement with the reclassification of this as high. This bug means that someone could close their laptop lid and think the machine is suspended when it isn't, which can have severe consequences. It's also a regression due to the recent changes in g-s-d.
I'm also adding xserver-xorg-video-intel to the bug, as I'm beginning to think the root cause of the issue may lie here. libgnome-desktop first queries with RandR to see whether or not the output drives a laptop panel, and obviously this is failing to report the status correctly. I see that there's some code in intel_display.c that's commented out to treat eDP similarly to LVDS, due to a bug [1] that marked as being fixed. It's a guess, but maybe this is why RandR fails to recognize the eDP output as driving a laptop panel? [1] https://bugs.freedesktop.org/show_bug.cgi?id=38012 ** Bug watch added: freedesktop.org Bugzilla #38012 https://bugs.freedesktop.org/show_bug.cgi?id=38012 ** Changed in: xserver-xorg-video-intel (Ubuntu Precise) Importance: Undecided => Critical ** Changed in: xserver-xorg-video-intel (Ubuntu Precise) Status: New => Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-desktop3 in Ubuntu. https://bugs.launchpad.net/bugs/933710 Title: Laptops with eDP panels do not suspend when lid closed Status in GNOME Desktop Common Files: Unknown Status in “gnome-desktop3” package in Ubuntu: Confirmed Status in “xserver-xorg-video-intel” package in Ubuntu: Confirmed Status in “gnome-desktop3” source package in Precise: Confirmed Status in “xserver-xorg-video-intel” source package in Precise: Confirmed Bug description: Recently this machine stopped suspending when the lid is closed. It suspends just fine from the menu, but when the lid is closed the backlight turns off for a few seconds then comes back on, but the machine never suspends. I can't find any indication in the logs that anything even attempted to initiate a suspend. Often after opening the lid the desktop has become completely unresponsive. I'm not sure that this is a bug in gnome-settings-daemon, but I've traced it up the stack far enough to know that the events are coming out of the kernel and that upower is detecting the lid status changes and sending out events on dbus. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: gnome-settings-daemon 3.3.5-0ubuntu3 ProcVersionSignature: Ubuntu 3.2.0-16.25-generic 3.2.6 Uname: Linux 3.2.0-16-generic x86_64 ApportVersion: 1.91-0ubuntu1 Architecture: amd64 Date: Thu Feb 16 12:03:27 2012 EcryptfsInUse: Yes InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64+mac (20111208) ProcEnviron: PATH=(custom, user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: gnome-settings-daemon UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-desktop/+bug/933710/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
