Bugzilla – Bug 8957
Don't pause remote streams (radio) when snoozing alarms
Last modified: 2008-08-28 17:08:56 UTC
If you hit snooze during an alarm that's playing internet radio it pauses the stream. When the snooze expires it unpauses the stream, leaving you in a time-shifted state e.g. 9 minutes behind real time. This is bad. For remote URL playlists, snooze should do a stop rather than a pause.
Is it possible to do a mute instead of stop so it won't need to rebuffer?
Good idea.
Sadly it's not as easy as I hoped to just mute for remote urls. The model for ending an alarm or snooze is that they end if the user does something that cancels their effect. So stopping the music stops an alarm, and resuming playing music cancels a snooze. If I then make it so that music is playing during a snooze, but muted, the model gets quite confusing. The user could hit pause, which the alarm would then have to know shouldn't cancel the alarm. Logically, the way to cancel a snooze on a remote url would be to unmute the music, but that relies on the user knowing a lot about the internals. Basically, I think I'll end up confusing the user and also will have to change the alarm logic more than I think is sensible at this late stage in testing. It's probably better just to stop the music if it's a remote url and live with the necessary rebuffering stage when the snooze ends.
I've hit a showstopper here. There doesn't appear to be a way of detecting a true remote URL in squeezecenter at the moment. I can't go further until there is.
Not likely to be fixed for 7.2, unfortunately.
Fixed in change 22446 after Andy fixed isRemoteURL - cheers, Andy! When playing a remote url, hitting snooze now does a stop.