Bugzilla – Bug 15106
Time input in touch mode will display h-1:m-1
Last modified: 2010-04-08 17:25:50 UTC
If I've set the alarm to fire at 09:23, entering the time input again will display 08:22 instead when using the touch interface. IR UI seems to be fine (though visually broken). Tested both 12h and 24h input. Interestingly the correct value seems to be highlighted using a brighter white value, but is not the active element in the time selector.
That's with firmware 8035.
Created attachment 6302 [details] UI broken for timeinput I believe this was broken by the drawing optimizations made recently. If you have some suggestions on how to fix (or a fix), much appreciated. Also note that this is the initial window for a 9:02 alarm, and it has 8:01 selected. Probably can be fixed with some mucking with the skin. Still mine to investigate and fix.
== Auto-comment from SVN commit #8102 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=8102 == Bug: 15106 Description: skin fixes for time input on WQVGA skins still broken on controller/baby I think
== Auto-comment from SVN commit #8103 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=8103 == Fixed Bug: 15106 Description: skin fixes for QVGA skins and timeinput assets
I'm sorry to say this isn't fixed here in 8105. Still exactly the same behaviour. It looks to me as if the two changes listed here only addressed some skinning issues (as documented in the attached screenshot too), but no time value handling.
adding 1 hour left...hopefully this is an easy fix (I actually confirmed the remaining issue Micheal reports to no longer be a problem, so not sure what's going on here)
egads, it's only a problem on the device and not on desktop running the same skin :(
confirmed as a problem on both 12h and 24h formatting on fab4. not seen at all on desktop.
== Auto-comment from SVN commit #8116 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=8116 == Fixed Bug: 15106 +1 Description: - shift effective items before scroll only while mouse in progress
fix confirmed, thanks Tom
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!