Bugzilla – Bug 16187
Radio sleep UI - too easy to disable instead of snooze
Last modified: 2011-09-26 09:35:33 UTC
On the squeezebox radio the wakeup UI presents the options to: 1) Snooze 2) Disable alarm The error is as follows: 1) Alarm sounds 2) User who has just woken up goes to select option by pushing in on wheel (snooze is selected by default) 3) Pushing wheel at a slightly off angle can cause the wheel to rotate one tick before it's actually pushed in. 4) This leads to the user selecting disable alarm when he meant to select snooze. Suggested resolutions: -Disabling the alarm should play a short indicating tone and/or flash the display. -The UI should be changed so that the two options are increasingly separate, perhaps placing the time display in the middle or making them more visually offset. It should be more difficult to unintentionally select one or the other in this case. Commentary: I understand this potentially should be filed under enhancement but in my opinion and experience this is a real-deal error. Disabling the alarm when you meant to snooze is definitely easy to do and the difference in outcome for the user between sleeping 9 more minutes or say a few more hours is potentially severe.
The 'UI' component is being removed. This bug is being shifted to the appropriate new component.
I could not agree more with this bug. Turning off an alarm is a completely separate action from snooze, and not one that the user needs to deal with when first waking up. To tie them together as a menu asserts that the choices have equal weight, but anyone that has awakened to an alarm in a half-awake/half-asleep state understands the that snooze is of highest priority. The consequence of turning the alarm off instead of snoozing can be dramatic (e.g possibly, the difference between remaining employed or not), and as such, snooze should be 100% reliable. I'd be inclined to reject the reporter's first suggested fix and jump straight to having snooze as the *only* option when the alarm sounds. This way there's no chance of the user making a mistake and increases the reliability of the snooze function. If the user wants to turn the alarm off once they're awake, they can utilize a separate option for this.
FYI, in 7.6 the alarm snooze menu is "sticky", and takes 6x more turning effort to dial to the next item in the UI than in any other menu. This was done to directly address the bug described here. The real bug is that there isn't a snooze button on the top of the device. I believe that the 2nd option described in the initial comment was fulfilled, and this bug should close.
Felix to confirm it's working as Ben described, then we'll close it if so.
When the alarm goes off two options are presented: - Snooze - Turn alarm off And the menu is 'sticky' as described to avoid accidentally turning off the alarm. Closing this bug as it works as designed.