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 ubuntu.
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 su
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
https://
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 a
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
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
https://bugs.launchpad
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 gnome-po
> 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
> https://launchp
@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 because
@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
desktop-
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 Richar
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 tes
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 li
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 li
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 mailing
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.
--
de
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
https://bugs.launc
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
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
Des
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 notifica
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
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
https://bugs.launc
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
https://bugs.launchpad.net/bug
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 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
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 becau
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 thi
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
https
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
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
deskto
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.
--
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 mem
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 susp
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 swit
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 GD
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 (
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/2610
39 matches
Mail list logo