Bugzilla – Bug 11016
Search has no user feed back during search
Last modified: 2011-05-12 14:26:44 UTC
Using the SBC to do a search (any service) there is no user feed back during the search procedure. IP3K has a spiny, Jive does not Music Service > Rhapsody > Search > enter term > Button Notice there is no indication to a customer that the search is working. On really slow services, this looks as though the button press did nothing, or the SBC has locked up.
This is an SBC issue, also test against SC.
Yes, this also happens on production when the search service takes a long time to return results.
Easy to reproduce by selecting Music Service > Napster > Search > ABBA > Notice on the SBC there is no spiny '>' although the search does work
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the original product.
actually I don't believe this requires a string, but a spinny and at most a "Searching..." string, which can be poached from the string used for the local music search waiting screen.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Moving these bugs to P4 to make room for moving P1.5 bugs to P2
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Moving lower-priority bugs to next target
this is fixed
Search gives a brief spinning icon and prompts for 'where to search' 7.6. r32407