Bug 5319 - rebuffering overlay needs work
: rebuffering overlay needs work
Status: CLOSED FIXED
Product: SB Controller
Classification: Unclassified
Component: UI
: unspecified
: Macintosh Other
: P2 normal (vote)
: 7.0
Assigned To: Blackketter Dean
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-08-27 12:57 UTC by Blackketter Dean
Modified: 2008-05-15 12:59 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Blackketter Dean 2007-08-27 12:57:50 UTC
While listening to an internet radio station, it needed to rebuffer.  A few things happened:

1.  A full-screen pop-up was displayed.  This should have been a slider.
2.  It came up where I was navigating.  This should have appeared only if I was in Now Playing.
3.  Each update to the pop-up was unaccompanied by a go sound.  These should have been silent.
Comment 1 Richard Titmuss 2007-08-30 13:01:01 UTC
*** Bug 5338 has been marked as a duplicate of this bug. ***
Comment 2 Adrian Smith 2007-08-31 08:52:06 UTC
This is because all server showBrieflys other than the ones I've modified create a popup on jive at present.  I was given to understand this should be a centralised popup - has this changed?

We need to go though the server showBriefies and decide which ones not to forward (e.g. each of the rebuffering ones)  Possibly only a handful to change.
Comment 3 KDF 2007-08-31 08:56:25 UTC
For a start, the long term, refreshing popups should probably go.  This includes the rebuffering and also the firmware update.  Each refresh gets a sound so it's rather nasty.
Comment 4 Chris Owens 2007-10-30 09:38:34 UTC
Triode, Dean asked if you might have a chance to look at this?  Thanks!
Comment 5 Chris Owens 2007-10-30 09:40:01 UTC
See also bug 5346
Comment 6 Adrian Smith 2007-10-30 12:32:52 UTC
I think this is already fixed (well rebuffering displays no longer reach jive)..

Chris - could this be tested and specific cases that remain detailed?
Comment 7 Chris Owens 2007-10-31 09:08:05 UTC
Will do
Comment 8 KDF 2008-01-25 10:57:11 UTC
Chris, any update from qa testing on this?  
Comment 9 Blackketter Dean 2008-01-25 22:15:17 UTC
Ping QA:  we need some verification on this.
Comment 10 Blackketter Dean 2008-01-28 10:25:47 UTC
Ross: can you take a look at this?
Comment 11 Ross Levine 2008-01-28 14:49:53 UTC
Steven would you mind looking at this for me?
Comment 12 Spies Steven 2008-01-29 11:08:24 UTC
I am not seeing the behavior described.  Using a number of different high bit rate streams I managed to create a number of rebuffering situations on both a Squeezebox Classic and a Squeezebox Receiver with a Squeezebox Controller.  The thing is I did not get any pop up on Squeezebox Controller at all.  Dean, is that the desired behavior?
Comment 13 Adrian Smith 2008-01-29 15:18:12 UTC
I would suggest we close this - I removed the offending case quite a while ago and as no one has complained about popups showing buffering I am reasonably convinced they have gone.  Indeed the only comment I have seen recently is about lack of feedback when radio stations are connecting - which is the absence of any popups!
Comment 14 James Richardson 2008-05-15 12:59:16 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html