Bug 694703 - Laptop sometimes doesn't suspend after closing the lid (Toshiba and Fujitsu Siemens)
Summary: Laptop sometimes doesn't suspend after closing the lid (Toshiba and Fujitsu S...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: upower
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-08 04:41 UTC by Pavel Šimerda (pavlix)
Modified: 2012-08-07 18:10 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 18:10:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Pavel Šimerda (pavlix) 2011-04-08 04:41:28 UTC
My laptop is a Toshiba u300-13u and it is set up to suspend when the lid is closed (in Gnome).

When I close the lid, it suspends, most times. Sometimes it doesn't. I usually fix it by opening the lid and closing again.

Comment 1 Pavel Šimerda (pavlix) 2011-05-20 13:30:55 UTC
Hello,

any news? Any way for me to help with debugging?

Pavel

Comment 2 Pavel Šimerda (pavlix) 2011-07-01 23:59:16 UTC
The same applies to a Fujitsu Siemens Amilo Mini, both with updated Fedora 15.

Comment 3 Pavel Šimerda (pavlix) 2011-07-02 00:07:29 UTC
Ah... I've probably found something:

$ cat /proc/acpi/button/lid/LID/state 
state:      closed

Of course I'm typing this into an open terminal, so the lid cannot be closed!

Reproducable:

almost always

Steps to reproduce:

1) cat /proc/acpi/button/lid/LID/state

If it states 'closed', you're hitting the bug!

2) close the lid and see that computer doesn't suspend

3) optionally test cat /proc/acpi/button/lid/LID/state with SSH

It returns 'closed', now correctly.

4) open the lid

5) cat /proc/acpi/button/lid/LID/state

It returns 'open' (correct)

6) close the lid

This is the first time you actually see a transition from 'open' to 'closed'. Computer suspends. This is the (correct) behavior except that it should happen just after the first closing.

Comment 4 Pavel Šimerda (pavlix) 2011-07-02 00:42:14 UTC
This bug report tends to become too confusing. Opening a new, clean bugreport with a precise chain of steps to reproduce that is reproducible ALWAYS:

Bug 718365

Comment 5 Fedora End Of Life 2012-08-07 18:10:24 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.