FYI, bug 425411 is currently open about this, so you might want to
subscribe there.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in
I can reproduce that with a mini 10v.
If I suspend (closing the lid) while on ac power, then I unplug ac and try to
resume the netbook (opening the lid), it will resume and suddenly come back to
suspend. hitting the power button will resume normaly.
--
Suspends again right after resume
forgot to say that also removing 'dbus-hal' from /etc/default/acpi-support will
not change anything.
Laptop mode is disabled
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
The wiki page also explains how to get devicekit-power information. the
gnome-power-bugreport script is still valid.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
Thanks Martin, I will create debugging logs then (may take a day till I
get to it). Apart from that I've noticed that /etc/default/acpi-support
has the line SUSPEND_METHODS='dbus-pm dbus-hal pm-utils'. I removed the
'dbus-hal' part. Also, there's the ENABLE_LAPTOP_MODE=false line, but
the comment
I'm too seeing this issue (again) after upgrading from Jaunty to Karmic
on a Thinkpad X300. Is it useful at this time to attach debugging logs -
with HAL going away - as described here:
https://wiki.ubuntu.com/DebuggingGNOMEPowerManager?
--
Suspends again right after resume
My T61p sometimes suspends right after a resume too. I'm running
2.6.31-11.38 and g-p-m 2.28.0-0ubuntu1.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Indeed I got that once as well. However, it also happens with that
patch applied, so I believe it's a different cause now.
I'm seeing spurious suspends too, starting recently; I filed bug
#425411.
Can you reproduce the double-suspend with version
2.27.5-0ubuntu1.test1 in
I dropped the patch from the recent karmic upload of gnome-power-
manager. It is unclear whether this is still an issue in the new world
where we just read -evdev events instead of ACPI events from hal, is
pretty hackish, and it potentially leads to dropping valid events. I
discussed it with
@Martin I havent seen this in Karmic so far
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing list
@Martin: I have just tested it briefly (with gnome-power-manager
2.27.2+git20090729-0ubuntu2 installed) and couldn't reproduce the issue.
I'm using Thinkpad T61 if it's relevant.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification
Same issue with Intrepid and Beta Jaunty (amd64), seen on both T500 and
HP2530p.
It happens when suspending via the hotkey or simply closing the lid. On
resume, the laptop suspends right away.
A workaround for the lid is to check the state in /proc, at the
beginning of /etc/acpi/sleep.sh (was
I'm also getting the same problem on a Medion MD96420.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing
The problem seems to be gone for me since a few weeks.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing
I still see this bug in Jaunty. Is there any fix pending?
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs
confirm the bug on Thinkpad x200 and x61s, both machines behave the same way on
intrepid 8.10 (all latest).
when i press Fn+F4 suspend happens, but on the next resume machine suspends
again.
INTERESTING - if Transmission (bittorrent) is running g-p-m shows two messages
about policy preventing
I am also experiencing this on Jaunty. It resuspends twice after
resuming.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
I didn't experience this bug on a Asus Z53S / F3S for a while, tough
suspend/resume was working like a charme. As resume is broken completely
in Intrepid with 2.6.27-7 since my latest upgrades, this doesn't matter
that much at the moment ...
--
Suspends again right after resume
I just got this happening to me on my Jaunty test system.
Should I open a new ticket, or change the status to this one, and add a
regression flag?
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Hmm, I wonder why this was marked as Fix Released after all, as it is
clearly not fixed.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in
Ok, here's my debug log, from before the first suspend to after the
second resume.
** Attachment added: gpm.debug.log.txt.gz
http://launchpadlibrarian.net/18644582/gpm.debug.log.txt.gz
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug
I've tested gnome-power-manager version 2.24.0-0ubuntu6 and confirm that
it still fixes the bug I was experienceing.
Martin - could you update to that version of the package and try
recreating the bug report? Thanks in advance.
--
Suspends again right after resume
I just upgraded to 2.24.0-0ubuntu7, and rebooted afterwards. After
initiating suspend-to-RAM via the hardware keys (Fn+F4) and resuming,
the laptop still suspends again right away, so the problem is not yet
fixed for my laptop.
Ciao
Martin
--
Suspends again right after resume
On Thu, 2008-10-16 at 19:07 +, Martin Emrich wrote:
I just upgraded to 2.24.0-0ubuntu7, and rebooted afterwards. After
initiating suspend-to-RAM via the hardware keys (Fn+F4) and resuming,
the laptop still suspends again right away, so the problem is not yet
fixed for my laptop.
Martin,
This bug was fixed in the package gnome-power-manager - 2.24.0-0ubuntu6
---
gnome-power-manager (2.24.0-0ubuntu6) intrepid; urgency=low
* Adding 21_idle_key_removal.patch which makes it so that the glib
mainloop has to hit the idle state before we'll accept another key
from
I tried the PPA package for some time, but it worked only once. All the
other times I suspended the original behaviour remained, suspending once
after resuming.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member
I've introducted some code to hopefully fix the repeated keypresses. Please
look at gnome-power-manager_2.24.0-0ubuntu4~ppa2 in my PPA:
http://launchpad.net/~ted-gould/+archive
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification
I've suspended and resumed quite a few times with the gnome-power-
manager package from your ppa and have not seen this bug again.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
It is 100% reproducible here: Standby via right-click-menu of the g-p-m
icon: Standby once (as it should be), Pressing Fn+F4: Standby twice
(Suspends, after closing and opening the display it resumes, beeps and
suspends again. After closing and opening again (or pressing the little
display lid
Yes, it does loop endlessly (well at least as long as I was patient for)
on my laptop. I believe the key to recreating this bug is the length of
time that they keys are pressed. If I just briefly press them it will
suspend only one time, however if I hold them for a couple of seconds it
will
Here's one where I held the keys for a bit longer.
** Attachment added: Pressed for a while
http://launchpadlibrarian.net/18106769/xev-output-buttons-held.txt
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a
I was also able to recreate this using an Ubuntu i386 Live CD dated
20080930.4.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
Bug 272587 is likely a duplicate of this one.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing list
In general, X is less involved in hotkey management than before. It's
not completely out of the picture quite yet, so there's still some
chance of X interfering.
However, from what I can tell, when X is involved in handling the sleep
key, you should see something like XF86Standby listed in the
Experiment A - the Suspend action is not linked to any key press, so
the shortcut shows as Disabled.
Experiment B - /etc/acpi/sleepbtn.sh does seem to be called when my
suspend keys are pressed.
Experiment C - It doesn't appear in /proc/acpi/event.
--
Suspends again right after resume
I also tried pressing the suspend keys in a console and nothing happens
until I switch back to X at which point in time it suspends. I haven't
recreated the bug when pressing suspend in a console though.
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
You received
Martin - Does this happen for you 100% of the time?
** Changed in: gnome-power-manager (Ubuntu)
Sourcepackagename: acpi-support = gnome-power-manager
Importance: Undecided = High
Status: Incomplete = Confirmed
--
Suspends again right after resume
https://bugs.launchpad.net/bugs/261084
Here are the gconf values for gnome-power-manager from the system.
** Attachment added: gpm.gconf.values.txt
http://launchpadlibrarian.net/18099391/gpm.gconf.values.txt
** Tags added: regression-potential
** Changed in: gnome-power-manager (Ubuntu)
Assignee: (unassigned) = Ted Gould
I hate to pass the buck here, but it seems like this is unlikely to be a GPM
bug. The function gpm_button_filter_x_events is set up as a callback from X
sending an event. Since it is getting the keypress in that case, I would have
to believe that X is continuing to send it. Either that or
39 matches
Mail list logo
