Ubuntu
gnome-settings-daemon package

lid close actions are ignored laptop always suspends

Bug #1180513 reported by Joe Talbott on 2013-05-15

210

This bug affects 54 people

Affects		Status	Importance	Assigned to	Milestone
	gnome-settings-daemon (Ubuntu)	Fix Released	High	Martin Pitt	Ubuntu ubuntu-13.06

Bug Description

I tried setting Power -> 'When lid is closed' to 'do nothing', closed lid and laptop suspended.

I also tried using dconf-editor to change org.gnome.settings-daemon.plugins.power.lid-close-{ac,battery}-action to both "nothing" and "blank" both suspended.

Both tests were done on AC power.

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: linux-image-3.9.0-2-generic 3.9.0-2.6
ProcVersionSignature: Ubuntu 3.9.0-2.6-generic 3.9.2
Uname: Linux 3.9.0-2-generic i686
ApportVersion: 2.10.1-0ubuntu1
Architecture: i386
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/controlC0', '/dev/snd/hwC0D0', '/dev/snd/pcmC0D0c', '/dev/snd/pcmC0D0p', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
Date: Wed May 15 14:57:59 2013
HibernationDevice: RESUME=UUID=1183f3a4-085e-42ce-9528-8dc899ce034f
InstallationDate: Installed on 2013-05-15 (0 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha i386 (20130514)
MachineType: ASUSTeK Computer INC. 900HA
MarkForUpload: True
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.9.0-2-generic root=UUID=1bfb549e-ed93-4d40-b138-0ede0bbebc16 ro quiet splash vt.handoff=7
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-3.9.0-2-generic N/A
linux-backports-modules-3.9.0-2-generic N/A
linux-firmware 1.108
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/23/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0203
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 900HA
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x00000000
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTek Computer INC.
dmi.chassis.version: x.x
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0203:bd09/23/2008:svnASUSTeKComputerINC.:pn900HA:pvrx.x:rvnASUSTeKComputerINC.:rn900HA:rvrx.xx:cvnASUSTekComputerINC.:ct10:cvrx.x:
dmi.product.name: 900HA
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

Tags:

Related branches

lp:~ubuntu-desktop/gnome-settings-daemon/ubuntu

lp:ubuntu/saucy-proposed/gnome-settings-daemon

Revision history for this message

Joe Talbott (joetalbott) wrote on 2013-05-15:

AlsaInfo.txt Edit (18.5 KiB, text/plain; charset="utf-8")
BootDmesg.txt Edit (49.5 KiB, text/plain; charset="utf-8")
CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
CurrentDmesg.txt Edit (8.7 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (3.1 KiB, text/plain; charset="utf-8")
IwConfig.txt Edit (509 bytes, text/plain; charset="utf-8")
Lspci.txt Edit (10.4 KiB, text/plain; charset="utf-8")
Lsusb.txt Edit (369 bytes, text/plain; charset="utf-8")
ProcCpuinfo.txt Edit (1.4 KiB, text/plain; charset="utf-8")
ProcInterrupts.txt Edit (1.5 KiB, text/plain; charset="utf-8")
ProcModules.txt Edit (2.2 KiB, text/plain; charset="utf-8")
RfKill.txt Edit (121 bytes, text/plain; charset="utf-8")
UdevDb.txt Edit (101.2 KiB, text/plain; charset="utf-8")
UdevLog.txt Edit (236.9 KiB, text/plain; charset="utf-8")
WifiSyslog.txt Edit (246.5 KiB, text/plain; charset="utf-8")

Revision history for this message

Brad Figg (brad-figg) wrote on 2013-05-15: Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status:	New → Confirmed

Revision history for this message

Joseph Salisbury (jsalisbury) wrote on 2013-05-15:

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.10 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-rc1-saucy/

Changed in linux (Ubuntu):
importance:	Undecided → Medium
status:	Confirmed → Incomplete

Revision history for this message

Joe Talbott (joetalbott) wrote on 2013-05-16:

This bug exists in the upstream kernel as well.

tags:	added: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status:	Incomplete → Confirmed

Revision history for this message

Joe Talbott (joetalbott) wrote on 2013-05-20:

Note this is a regression from Raring.

Revision history for this message

Joe Talbott (joetalbott) wrote on 2013-05-22:

Setting:

HandleLidSwitch=ignore

in /etc/systemd/logind.conf

Produces the desired lid close reaction.

Revision history for this message

Martin Pitt (pitti) wrote on 2013-05-23:

This seems to be somewhere between logind and g-s-d power. logind is only supposed to handle the lid and power button by itself if no user session is running/active (e. g. if you are on a VT). I suspect we need to backport the new handling from g-s-d 3.8, I'll look into this.

affects:	linux (Ubuntu) → gnome-settings-daemon (Ubuntu)
Changed in gnome-settings-daemon (Ubuntu):
assignee:	nobody → Martin Pitt (pitti)
status:	Confirmed → Triaged

Revision history for this message

Steve Langasek (vorlon) wrote on 2013-06-07:

marking as 'high' as this is a significant behavior regression.

Changed in gnome-settings-daemon (Ubuntu):
importance:	Medium → High

Revision history for this message

Adam Dingle (adam-yorba) wrote on 2013-06-09:

This is a duplicate of bug #990908 (gnome-power-manager: Won't honor "Do Nothing" when Lid is Closed). That bug is older, but this one is in the correct project (gnome-settings-daemon). We should close one of these.

Revision history for this message

Martin Pitt (pitti) wrote on 2013-06-09:

#10

That's actually a bit surprising, I thought this was a regression due to the logind transition. But as the effect is the same, I'll make it a duplicate.

Revision history for this message

Adam Dingle (adam-yorba) wrote on 2013-06-09:

#11

Martin, thanks for looking into this. By the way, is gnome-settings-daemon 3.8 expected to land in Saucy?

Revision history for this message

Martin Pitt (pitti) wrote on 2013-06-10: Re: [Bug 1180513] Re: lid close actions are ignored laptop always suspends

#12

Adam Dingle [2013-06-09 22:48 -0000]:
> By the way, is gnome-settings- daemon 3.8 expected to land in Saucy?

I asked Sebastien; if the desktop team gets around to it, yes, but
updating to it requires updating of a whole lot of other components,
and that's not the focus for this cycle.

Martin Pitt (pitti) on 2013-06-13

Changed in gnome-settings-daemon (Ubuntu):
milestone:	none → ubuntu-13.06

Martin Pitt (pitti) on 2013-06-18

Changed in gnome-settings-daemon (Ubuntu):
status:	Triaged → In Progress

Martin Pitt (pitti) on 2013-06-18

Changed in gnome-settings-daemon (Ubuntu):
status:	In Progress → Fix Committed

Revision history for this message

Launchpad Janitor (janitor) wrote on 2013-06-18:

#13

This bug was fixed in the package gnome-settings-daemon - 3.6.4-0ubuntu13

---------------
gnome-settings-daemon (3.6.4-0ubuntu13) saucy; urgency=low

  [ Iain Lane ]
  * Start gsd via user session if starting 'unity' too. This is in preparation
    for starting unity directly.

  [ Martin Pitt ]
  * Add logind_support.patch: Inhibit logind's lid handling while g-s-d is
    running, as in g-s-d 3.6 the power plugin is handling the lid by itself
    still. This can be dropped when moving to 3.8. (LP: #1180513)
-- Martin Pitt <email address hidden> Tue, 18 Jun 2013 16:42:10 +0200

Changed in gnome-settings-daemon (Ubuntu):
status:	Fix Committed → Fix Released

Revision history for this message

Julien-Charles Lévesque (jclevesque) wrote on 2013-10-11:

#14

I have gnome-settings-daemon version 3.8.5-0ubuntu7 installed and my settings are being ignored. Laptop (plugged-in) suspends when lid is closed even though I set it to not suspend.

Revision history for this message

Hari Kotcherlakota (harik-email) wrote on 2013-10-14:

#15

I can confirm that I see the same bug on Toshiba Portege R835-P94.

uname -a
3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:12:00 UTC 2013 i686 i686 i686 GNU/Linux

Revision history for this message

Sergio Benjamim (sergio-br2) wrote on 2013-10-18:

#17

Is bug #1222021 a duplicate of this bug?

Revision history for this message

Martin Pitt (pitti) wrote on 2013-10-18:

#18

Not quite, bug 1222021 is for XFCE, which will need a similar fix.

Revision history for this message

Jan Urbanek (urbanek-l) wrote on 2013-10-26:

#19

still on Dell Vostro 1500 Kernel 3.11.0-12-generic. Ignore or do nothing and still suspend ....

Revision history for this message

Petar Sredojevic (perosredo) wrote on 2013-10-31:

#21

The lid is still not doing nothing on a Dell XPS M1210 on 13.10 with 3.8.5.

Revision history for this message

JK (j-c-k) wrote on 2013-11-08:

#22

The issue is still present (Thinkpad T420s) with 3.8.5

Revision history for this message

Julien-Charles Lévesque (jclevesque) wrote on 2013-11-08:

#23

I updated some things from saucy-proposed for another bug and the behavior disappeared. I updated the following packages :

gnome-control-center
gnome-control-center-data
libindicator7

My guess as to which one fixed it would be gnome-control-center ;)

Revision history for this message

Phil Dibowitz (jaymzh) wrote on 2013-12-28:

#24

I'm on gnome-settings-daemon 3.8.5-0ubuntu11.1 and this is still broken for me.

I have it set to do nothing on lid close, but it still tries to suspend.

Revision history for this message

Phil Dibowitz (jaymzh) wrote on 2013-12-28:

#25

its worth noting I'm in saucy and all my packages are uptodate.

Revision history for this message

Phil Dibowitz (jaymzh) wrote on 2013-12-28:

#26

*sigh* I figured it out.

I'm using fluxbox, so gnome-settings-daemon doesn't start by default, but gnome-control-panel still *appears* to work.

I added "gnome-settings-daemon &" to my ~/.fluxbox/startup file and now it all works as expected.

Report a bug

This report contains Public information

Everyone can see this information.

Duplicates of this bug

You are

Subscribing...

Edit bug mail

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.

Ubuntugnome-settings-daemon package

lid close actions are ignored laptop always suspends

Bug Description

Related branches

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Ubuntu
gnome-settings-daemon package