2008-06-24 16:10:04 |
Mario Limonciello |
bug |
|
|
added bug |
2008-06-24 16:10:04 |
Mario Limonciello |
bug |
|
|
added attachment 'Screenshot-Power Management Preferences.png' (Screenshot-Power Management Preferences.png) |
2008-08-01 16:27:05 |
Mario Limonciello |
description |
Binary package hint: gnome-power-manager
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Having these annoying beeps after a (successful) resume doesn't make sense to the user since in their eyes everything went fine.
I propose that this should be turned off by default, and if someone wants to use it for say debugging a long time for a suspend to kick in, or a slow resume they can enable it themselves. |
Binary package hint: gnome-power-manager
The bugs is filed as of Ubuntu hardy.
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Having these annoying beeps after a (successful) resume doesn't make sense to the user since in their eyes everything went fine.
I propose that this should be turned off by default, and if someone wants to use it for say debugging a long time for a suspend to kick in, or a slow resume they can enable it themselves. |
|
2008-08-01 16:35:15 |
Sebastien Bacher |
gnome-power-manager: status |
New |
Confirmed |
|
2008-08-01 16:35:15 |
Sebastien Bacher |
gnome-power-manager: importance |
Undecided |
Low |
|
2008-08-01 16:35:15 |
Sebastien Bacher |
gnome-power-manager: assignee |
|
ted-gould |
|
2008-08-01 16:35:18 |
Mario Limonciello |
description |
Binary package hint: gnome-power-manager
The bugs is filed as of Ubuntu hardy.
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Having these annoying beeps after a (successful) resume doesn't make sense to the user since in their eyes everything went fine.
I propose that this should be turned off by default, and if someone wants to use it for say debugging a long time for a suspend to kick in, or a slow resume they can enable it themselves. |
Binary package hint: gnome-power-manager
The bug is present in both Ubuntu 8.04 and Ubuntu 8.10
(GPM 2.23.1-0ubuntu1 in 8.10 and 2.22.1-1ubuntu4 in 8.04)
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Having these annoying beeps after a (successful) resume doesn't make sense to the user since in their eyes everything went fine.
I propose that this should be turned off by default, and if someone wants to use it for say debugging a long time for a suspend to kick in, or a slow resume they can enable it themselves.
Unfortunately there isn't a good test case for this as it only happens randomly on the way back up during resume. Sometimes performing 10 suspend/resume cycles in a row won't even produce it. |
|
2008-08-01 16:36:09 |
Sebastien Bacher |
gnome-power-manager: status |
New |
Confirmed |
|
2008-08-01 16:36:09 |
Sebastien Bacher |
gnome-power-manager: importance |
Undecided |
Low |
|
2008-08-01 16:36:09 |
Sebastien Bacher |
gnome-power-manager: assignee |
|
ted-gould |
|
2008-08-11 17:34:05 |
Ted Gould |
gnome-power-manager: assignee |
ted-gould |
|
|
2008-08-11 17:34:05 |
Ted Gould |
gnome-power-manager: bugtargetdisplayname |
gnome-power-manager (Ubuntu) |
hal (Ubuntu) |
|
2008-08-11 17:34:05 |
Ted Gould |
gnome-power-manager: bugtargetname |
gnome-power-manager (Ubuntu) |
hal (Ubuntu) |
|
2008-08-11 17:34:05 |
Ted Gould |
gnome-power-manager: statusexplanation |
confirmed, ted do you think the default value should be changed? |
|
|
2008-08-11 17:34:05 |
Ted Gould |
gnome-power-manager: title |
Bug #242713 in gnome-power-manager (Ubuntu): ""Use sound to notify in event of an error" is not useful" |
Bug #242713 in hal (Ubuntu): ""Use sound to notify in event of an error" is not useful" |
|
2008-08-11 17:34:33 |
Ted Gould |
hal: assignee |
ted-gould |
|
|
2008-08-11 17:34:33 |
Ted Gould |
hal: statusexplanation |
would be something to evaluate as an hardy update too |
|
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: status |
Confirmed |
New |
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: title |
Bug #242713 in hal (Ubuntu): ""Use sound to notify in event of an error" is not useful" |
Bug #242713 in gnome-power-manager (Ubuntu): ""Use sound to notify in event of an error" is not useful" |
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: importance |
Low |
Undecided |
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: bugtargetname |
hal (Ubuntu) |
gnome-power-manager (Ubuntu) |
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: statusexplanation |
|
After discussing this with upstream HAL, they believe the bug is actually in gnome-power-manager. A similar bug was fixed in KPowersave.
http://lists.freedesktop.org/archives/hal/2008-August/012190.html |
|
2008-08-28 17:24:44 |
Mario Limonciello |
hal: bugtargetdisplayname |
hal (Ubuntu) |
gnome-power-manager (Ubuntu) |
|
2008-08-28 17:24:57 |
Mario Limonciello |
gnome-power-manager: status |
Confirmed |
New |
|
2008-08-28 17:24:57 |
Mario Limonciello |
gnome-power-manager: importance |
Low |
Undecided |
|
2008-08-29 16:53:05 |
Mario Limonciello |
bug |
|
|
assigned to gnome-power |
2008-08-29 16:53:41 |
Bug Watch Updater |
gnome-power: status |
Unknown |
New |
|
2008-09-02 22:58:53 |
Mario Limonciello |
bug |
|
|
added attachment 'gnome-power-manager-hardy.debdiff' (gnome-power-manager-hardy.debdiff) |
2008-09-02 22:59:47 |
Mario Limonciello |
bug |
|
|
added attachment 'gnome-power-manager_2.23.6-0ubuntu2_20080902-1719' (intrepid build log) |
2008-09-02 23:00:08 |
Mario Limonciello |
bug |
|
|
added attachment 'hardy-build-log' (hardy build log) |
2008-09-02 23:00:58 |
Mario Limonciello |
bug |
|
|
added subscriber Ubuntu Sponsors for main |
2008-09-02 23:05:51 |
Mario Limonciello |
description |
Binary package hint: gnome-power-manager
The bug is present in both Ubuntu 8.04 and Ubuntu 8.10
(GPM 2.23.1-0ubuntu1 in 8.10 and 2.22.1-1ubuntu4 in 8.04)
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Having these annoying beeps after a (successful) resume doesn't make sense to the user since in their eyes everything went fine.
I propose that this should be turned off by default, and if someone wants to use it for say debugging a long time for a suspend to kick in, or a slow resume they can enable it themselves.
Unfortunately there isn't a good test case for this as it only happens randomly on the way back up during resume. Sometimes performing 10 suspend/resume cycles in a row won't even produce it. |
Binary package hint: gnome-power-manager
The bug is present in both Ubuntu 8.04 and Ubuntu 8.10
(GPM 2.23.1-0ubuntu1 in 8.10 and 2.22.1-1ubuntu4 in 8.04)
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Addressing bug:
This is typically caused by a suspend longer than 6 hours, because dbus will time out the connection after 6 hours. I've supplied a fix to upstream gnome which as been added to their tree to resolve the issue.
Impact:
This bug is cosmetic (per say, since it's an audible sound), but can get rather annoying.
Test Case:
1) Ensure audio is working
2) Ensure that the checkbox to play a noise in the event of an error is checked
3) Suspend a machine that is known machine for > 6 hours
4) Listen for a series of annoying beeps
Regression Potential:
This code path is only used when suspending > 6 hours. There shouldn't be any regression potential. |
|
2008-09-02 23:06:02 |
Mario Limonciello |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2008-09-02 23:06:37 |
Mario Limonciello |
title |
"Use sound to notify in event of an error" is not useful |
Suspends that are longer than 6 hours will inexplicably fail |
|
2008-09-03 00:19:36 |
Mario Limonciello |
title |
Suspends that are longer than 6 hours will inexplicably fail |
Suspends that are longer than 6 hours will inexplicably claim to fail, but not really fail |
|
2008-09-03 00:21:59 |
Mario Limonciello |
description |
Binary package hint: gnome-power-manager
The bug is present in both Ubuntu 8.04 and Ubuntu 8.10
(GPM 2.23.1-0ubuntu1 in 8.10 and 2.22.1-1ubuntu4 in 8.04)
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Addressing bug:
This is typically caused by a suspend longer than 6 hours, because dbus will time out the connection after 6 hours. I've supplied a fix to upstream gnome which as been added to their tree to resolve the issue.
Impact:
This bug is cosmetic (per say, since it's an audible sound), but can get rather annoying.
Test Case:
1) Ensure audio is working
2) Ensure that the checkbox to play a noise in the event of an error is checked
3) Suspend a machine that is known machine for > 6 hours
4) Listen for a series of annoying beeps
Regression Potential:
This code path is only used when suspending > 6 hours. There shouldn't be any regression potential. |
Binary package hint: gnome-power-manager
The bug is present in both Ubuntu 8.04 and Ubuntu 8.10
(GPM 2.23.1-0ubuntu1 in 8.10 and 2.22.1-1ubuntu4 in 8.04)
Currently, g-p-m will make a series of annoying beeps in the event of a 'failed' suspend. Unfortunately, a 'failed' suspend just means that it failed 'one' of the times on the way down or on the way up. It will continue to try until it actually makes it down or up.
Addressing bug:
This is typically caused by a suspend longer than 6 hours, because dbus will time out the connection after 6 hours. I've supplied a fix to upstream gnome which as been added to their tree to resolve the issue.
Impact:
This bug is cosmetic (per say, since it's an audible sound), but can get rather annoying.
Test Case:
1) Ensure audio is working
2) Ensure that the checkbox to play a noise in the event of an error is checked
3) Suspend a machine that is known to suspend OK for short periods of time for > 6 hours
4) Listen for a series of annoying beeps
Regression Potential:
This code path is only used when suspending > 6 hours. There shouldn't be any regression potential. |
|
2008-09-03 17:00:10 |
Sebastien Bacher |
gnome-power-manager: status |
New |
Confirmed |
|
2008-09-03 17:00:10 |
Sebastien Bacher |
gnome-power-manager: importance |
Undecided |
Low |
|
2008-09-03 17:01:13 |
Sebastien Bacher |
gnome-power-manager: status |
New |
Fix Committed |
|
2008-09-03 17:01:13 |
Sebastien Bacher |
gnome-power-manager: assignee |
|
ted-gould |
|
2008-09-03 17:01:13 |
Sebastien Bacher |
gnome-power-manager: importance |
Undecided |
Low |
|
2008-09-03 17:01:13 |
Sebastien Bacher |
gnome-power-manager: statusexplanation |
After discussing this with upstream HAL, they believe the bug is actually in gnome-power-manager. A similar bug was fixed in KPowersave.
http://lists.freedesktop.org/archives/hal/2008-August/012190.html |
the bug has been fixed upstream and should be fixed in intrepid when the new version is uploaded |
|
2008-09-03 20:15:06 |
Bug Watch Updater |
gnome-power: status |
New |
Fix Released |
|
2008-09-10 21:20:09 |
Launchpad Janitor |
gnome-power-manager: status |
Fix Committed |
Fix Released |
|
2008-09-11 15:07:29 |
Mario Limonciello |
gnome-power-manager: status |
Confirmed |
New |
|
2008-09-11 15:07:29 |
Mario Limonciello |
gnome-power-manager: statusexplanation |
|
(this still needs the hardy task done for an SRU) |
|
2008-09-12 11:22:15 |
Martin Pitt |
gnome-power-manager: status |
New |
In Progress |
|
2008-09-12 11:22:15 |
Martin Pitt |
gnome-power-manager: assignee |
|
superm1 |
|
2008-09-12 11:22:15 |
Martin Pitt |
gnome-power-manager: statusexplanation |
(this still needs the hardy task done for an SRU) |
Hardy upload sponsored. Assigning to Mario for driving the testing process. |
|
2008-09-12 11:25:50 |
Martin Pitt |
gnome-power-manager: status |
In Progress |
Fix Committed |
|
2008-09-12 11:25:50 |
Martin Pitt |
gnome-power-manager: statusexplanation |
Hardy upload sponsored. Assigning to Mario for driving the testing process. |
|
|
2008-09-12 11:26:12 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
2008-09-18 09:37:53 |
David Fraser |
bug |
|
|
added attachment 'messages-relevant' (/var/log/messages from the time of the suspend till resume is completed (this reported failure)) |
2008-09-18 09:38:44 |
David Fraser |
bug |
|
|
added attachment 'kern.log-relevant' (/var/log/kern.log from the time of the suspend till resume is completed (this reported failure)) |
2008-09-20 12:18:57 |
Mark Edgington |
bug |
|
|
added attachment 'pm-suspend.log' (pm-suspend.log) |
2008-09-21 04:52:28 |
David Fraser |
bug |
|
|
added attachment 'pm-suspend.log' (pm-suspend from resume with beeps) |
2008-09-22 15:29:10 |
Matt Neilson |
bug |
|
|
added attachment 'pm-suspend.log' (pm-suspend.log) |
2009-02-04 10:31:02 |
Launchpad Janitor |
gnome-power-manager: status |
Fix Committed |
Fix Released |
|
2010-02-21 06:38:16 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/hardy-proposed/gnome-power-manager |
|
2010-09-15 20:43:40 |
Bug Watch Updater |
gnome-power: importance |
Unknown |
Medium |
|
2011-02-17 08:27:55 |
Daniel Holbach |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2011-02-17 08:28:06 |
Daniel Holbach |
removed subscriber [DEPRECATED] Ubuntu Sponsors for main |
|
|
|
2011-02-21 23:37:01 |
Benjamin Drung |
removed subscriber Ubuntu Sponsors Team |
|
|
|