Bugzilla – Bug 14766
Wrong behavior when preset button is pressed during alarm
Last modified: 2011-05-23 15:56:28 UTC
During an alarm (when the snooze/stop selection is shown), pressing a preset button seems to "confuse" the Radio. While certain features sill work (e.g. selecting other presets), the main menu doesn't work anymore. Obviously it's blocked by the "open" (yet invisible) alarm dialog. Instead pressing a preset button should stop the alarm and change to a normal play mode. This is btw. also what the "back" button should do. Instead of closing the alarm menu and showing the "now playing" view, it currently goes one menu level up and doesn't seem to stop the alarm. At least when pressing "off", the message "alarm stopped" appears.
Weldon: what is the proper behavior in this use case?
Dunno if this is related, but I guess it is somwhow: I'm currently using the Radio to wake me up with Last.fm. And while the music starts playing at the correct time, the snooze/off menu is not shown. Instead the Radio displays the main menu. Furthermore it doesn't respond to the knob and also doesn't display the screen saver. Even when I turn the Radio off and on again, still the main menu is shown and doesn't respond. Only if I press back/left I can move the cursor again. I would suspect this is the same issue I described in this Bug, apart from the fact that I don't press any button to reach this unresponsive state. Also this issue happens only the first time in the morning. If I program further alarms to reproduce it, it doesn't happen. I suspect that this only happens after a longer period of inactivity for whatever reason.
7.4.x milestone is in the past
Matt Weldon isn't available to us any more. Please vote for this bug to make sure it appears in our priority list!
The 'UI' component is being removed. This bug is being shifted to the appropriate new component.
Preset buttons are disabled by design when an alarm fires. Only options are snooze and cancel alarm (which can be invoked in different ways) I think the other issue mentioned in comment#2 is no longer an issue. The code has changed markedly since this bug was open at least...
Set alarm and press preset while alarm is active. All presets should not be active.
Presets are inactive. Closing.