-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Single segment download failure is fatal #131
Labels
status: archived
Archived and locked; will not be updated
type: bug
Something isn't working correctly
Comments
Thanks for the report. I have a repro. I'll take a look. |
We should have a patch up soon. |
jonoward
pushed a commit
to blinkbox/shaka-player
that referenced
this issue
Jul 21, 2015
* Reject Task Promise if one of its stages fails so that the caller's catch handler is invoked. * Use TypedBind consistently in affected Promise chains. Closes shaka-project#131 Change-Id: I94fa6688949444212fa0b1edd3a94e0de4d6956f
Great, thanks @tdrews, this resolves the issue for us |
tdrews
pushed a commit
that referenced
this issue
Jul 31, 2015
* Reject Task Promise if one of its stages fails so that the caller's catch handler is invoked. * Use TypedBind consistently in affected Promise chains. Closes #131 Change-Id: I94fa6688949444212fa0b1edd3a94e0de4d6956f
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
status: archived
Archived and locked; will not be updated
type: bug
Something isn't working correctly
Prior to 1.4, a single segment download failure (i.e. a rejected promise out of RangeRequest) would be retried in Stream.onUpdate. In 1.4 (and latest master) I notice this doesn't seem to be the case. From what I can see it looks like SourceBufferManager.fetch does not reject it's promise if the RangeRequest promise is rejected. I think it's because a rejected promise triggering the "catch" in Task.startNextStage_ is swallowed (only when task is aborted is the promise rejected). So I think SourceBufferManager.fetch is left hanging, with neither resolve of reject funcs being fired. Not 100% sure if my diagnosis is correct though.
I can repro it on http://shaka-player-demo.appspot.com/ , by blocking a segment request just once - this stops future requests from executing, and then player eventually enters a permanent buffering state.
The text was updated successfully, but these errors were encountered: