Bugzilla – Bug 13372
How does user know what features are available if no connectivity?
Last modified: 2011-11-06 23:24:04 UTC
CX review raised concerns about how the user knows what services are available on a Squeezebox when there's no network or internet connectivity. Will the clock be working? Will the alarm be working? It's not obvious that a Squeezebox is in a reduced functionality state and how the user should react to this.
Setting priority per CX review.
Also, how does user know mysb.com is down? What do they do?
Matt, are you in SF tomorrow to possibly discuss this? Or in MV on Thursday or Friday?
I'm in SF tomorrow and Thurs, SF on Fri
*** Bug 13496 has been marked as a duplicate of this bug. ***
This bug could potentially be split into multiple parts: * What works in Radio without any network connectivity? How can the user know the answer to this? * What works in Radio without any internet connectivity? How can the user know the answer to this? * What error is presented when network or internet connectivity is lost? (it should be clear and understandable what the problem is. See bug 12435.) * How does the user know that the problem is mySB.com is down? (what is the error?) Don't know if any of the above warrant separate bugs or not.
Copying Tom, who can hopefully answer the question I pose waaaay down at the bottom of this comment. Re the subject of _this_ bug (i.e., no _network_ connectivity), I believe we are already presenting the appropriate on-device experience/messaging. There are two scenarios that present themselves when there is no network connectivity: 1) Connectivity is lost when it was previously available. In this case, we change the network connectivity icon to "red." Also, if an alarm was already set, we display the alarm icon in the status bar and will play the alarm using the built in alarm tone. Also, any menu items that would otherwise rely on network connectivity return an error message stating that network connectivity is required but has been lost. The user is then given the option to attempt to find/reconnect to the network. 2) The device boots up but no network connectivity can be established. In this case, we display a "red" network connectivity icon. Also, if an alarm was already set, we display the alarm icon in the status bar and will play the alarm using the built in alarm tone. Also, we only present menu items that can be used without a network connection and/or "bounce" on menu items that are not operable. They are: Now Playing (this results in a "bounce"/can't select); My Music (this presents an "no connection" error and the user is given the option to find/reconnect to the network to access My Music) Settings (this shows "local" settings options that are operable) Line in (if a cable is connected) IMHO, we are presenting menu items that work and/or correctly messaging when an item doesn't work since it requires a network connection. The only open question I have is why we display the Now Playing menu item in the second case above. Tom?
Good enough for now, making a P2. It would be nice to clean up the Now Playing as Seth says, but later.
re-assigning Seth's bugs to Matt
Moving Matt Weldon bugs
CX team also recommends adding a note that problems may be due to a network issue.
Unassigned bugs cannot have a priority.