------------------------------------------------------------------------ A poll associated with this post was created, to vote and see the results, please visit http://forums.slimdevices.com/showthread.php?t=116649 ------------------------------------------------------------------------ Question: On what player types does the alarm fail for you? - Squeezebox Radio (official firmware 7.x) - Squeezebox Radio (community firmware 8.x) - Squeezebox Touch (official firmware 7.x) - Squeezebox Touch (community firmware 8.x) - SB Classic/Boom/Receiver/Transporter - Other (eg. Raspberry Pi based) ------------------------------------------------------------------------
Results of Michael's request for me to test under 8.2 is posted above... But prior to that first thing today on my 8.3 system I removed Craig's MaterialSkin vTest version and re-installed v3.0.1 standard release, then started testing again Here's my actions/results log for that series: More alarm testing Sat 26th Put released material back on system 9:30 - Alarm OK - timeout to end Opened Material, usual switch between players, started music on lounge and left monitoring 9:45 - Alarm OK - Turned off in Material from player drop down, left monitoring Lounge (i.e. didnt actually switch to SR2) 10:00 - Alarm OK - timeout to end, switched to player in Material, then back to Lounge 10:15 - Alarm fail - no screen pop, no fallback, source playerprefs/Safari 10:30 - Alarm fail - no screen pop, no fallback, source playerprefs/Safari 10:45 - Alarm fail - no screen pop, no fallback, source playerprefs/Safari Failures started on the 3rd Alarm after starting to use Material, unlike the previous two days of testing with no MaterialSkin and then MaterialSkin vTest which produced 69 successful alarms and no failures. I wanted to try prove my thoughts it could be MacOS/IOS/Safari specific, so I removed my Mac from the network, re-started LMS and continued to test using a Windows 8 machine with Chromium base MS Edge browser, here's my actions/results log for that: Restart LMS 11:00 - Alarm OK - timeout to end 11:15 - Alarm OK - timeout to end 11:30 - Alarm OK - timeout to end 11:45 - Alarm OK - timeout to end 12:00 - Alarm OK - Opened Material Win8 MS edge - selected SR2, then player pulldown power off, then select Lounge and play 12:15 - 12:30 - Alarm OK - Turned off in Material from player drop down, left monitoring Lounge (i.e. didnt actually switch to SR2) 12:45 - Alarm OK - timeout to end, switched to player in Material, then back to Lounge 13:00 - Alarm OK - timeout to end, switch to SR2 in M, in drop down turn player on/off, went back to Lounge 13:15 - Alarm OK - Turned off in Material from player drop down, left monitoring Lounge (i.e. didnt actually switch to SR2) 13:30 - Alarm OK - timeout to end, switched to player in Material, then back to Lounge 13:45 - Alarm triggered to Fallback, turned off on player front panel, on Material switch to SR2 and hit play to play stream - worked OK turned off SR2 from Material dropdown and change to monitoring Lounge BUT logfile showed a stop request from source playerprefs" 14:00 - Alarm triggered to Fallback, turned off on player in Material dropdown, logfile showed a stop request from source playerprefs. Closed Material web browser. 14:15 - Alarm fail - source playerprefs/MSEdge So that's that sorted, definitely not OS/Browser specific. Cheers Kev ------------------------------------------------------------------------ KeBul's Profile: http://forums.slimdevices.com/member.php?userid=32883 View this thread: http://forums.slimdevices.com/showthread.php?t=116649
_______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
