Activity log for bug #242713

Date Who What changed Old value New value Message
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