Bugzilla – Bug 14027
Touch pressed menu item not responding, needs to time out
Last modified: 2010-04-08 17:24:23 UTC
When a menu item is pressed, the "pressed" asset is displayed and the spinny widget is added to indicate the unit is working/thinking. For extended time internals (more than 10secs without a response) we need the screen to time out or have a 2nd press on the "working" menu item act like back/cancel. Both would be good to have. Timing out would solve the nothing happening scenario and for less patient users they can cancel the operation at any time.
CC'ing Weldon.
Note: this is more of issue on the home menu screen. All other menus have a "back" button that serves as cancel.
Tom, I'm going to pass this one your way...
One additional point of interest. swiping L-R also does an unlock
Why would we not have a second press on the "thinking" menu option cancel that operation? Behavior: Press once to nav. into sub menu. If problem exists, it either times out (5+ secs)or a second press cancels operation...
-times out (5 secs +) Many operations can take over 10 seconds (Music folder) or more also depending on your server and connection speed. So auto-timeout seems nearly impossible to get right. - a second press cancels operations. -- How about the second press only cancels after a short delay (250 ms), to avoid an accidental double press causing a cancel
Assigning to Matt for feedback on last comments from Noah and me
2nd click after a minimum of 1.5 seconds will cancel the "loading" of the menu
== Auto-comment from SVN commit #7952 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=7952 == Fixed Bug: 14027 +2 Description: - any mouse input inside the menu after 1.5 seconds will cancel a locked operation.
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!