Bugzilla – Bug 15755
alarm notification not generated when an alarm is changed
Last modified: 2011-05-18 15:35:52 UTC
It seems like the server doesn't generate an playerAlarmState notification when an alarm is changed on the server via web user interface. The result is that the status bar at the bottom of the Controller and Radio isn't updated with the alarm icon until the player has been reconnected, powered on or the track has been changed. I think the solution is to generate a player status notification when the alarm configuration is changed on the server
8.0.0 is the target after 7.5.0, so I'll put it there for now. I'm guessing there will be something in between 7.5 and 8.0, and I'd put this as a candidate for an earlier fix.
I'm not sure that this is the same, but it's a similar issue. The alarm icon doesn't update correctly. Here's the situation - no alarms are set for weekend. As expected, alarm icon is off. However, since an alarm is set for 6 am on Monday, Sunday morning after 6 am alarm icon should return. This isn't happening automatically. If power (soft power switch, not full power off) is cycled, the correct notification is restored. For me it happens in a Custom Clock screensaver, but appears to have also happened to another user with a "standard" radio screen. For info, I am running SBS7.4.3 on Ubuntu Linux. This was noticed previously on a nightly v7.4.2 and it's associated Radio firmware. Here's link to forum thread: http://forums.slimdevices.com/showthread.php?p=521418
== Auto-comment from SVN commit #31843 to the slim repo by ayoung == == http://svn.slimdevices.com/slim?view=revision&revision=31843 == Fixed bug 15755: alarm notification not generated when an alarm is changed Make sure that alarm updates get reflected as player status updates to subscribed UIs regardless of where the updated came from (CLI, PlayerUI, WebUI).
added and removed alarms from MYSB---TOuch icon was updated correctly 7.6.0 32429