Skip to content
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

Nightly demo produces NO_VIDEO_ELEMENT after a failed load #1843

Closed
joeyparrish opened this issue Mar 14, 2019 · 3 comments
Closed

Nightly demo produces NO_VIDEO_ELEMENT after a failed load #1843

joeyparrish opened this issue Mar 14, 2019 · 3 comments
Labels
flag: good first issue This might be a relatively easy issue; good for new contributors status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Milestone

Comments

@joeyparrish
Copy link
Member

Have you read the FAQ and checked for duplicate open issues?
Yes

What version of Shaka Player are you using?
master

Can you reproduce the issue with our latest release version?
no - does not affect v2.4.7 or v2.5.0-beta3

Can you reproduce the issue with the latest code from master?
yes

Are you using the demo app or your own custom app?
demo app

What browser and OS are you using?
ChromeOS 72, but it happens on desktop Chrome, too

What are the manifest and license server URIs?
Any that produce an error during loading.

What did you do?

  1. Load anything that will fail to load, such as the URL "foo": https://nightly-dot-shaka-player-demo.appspot.com/demo/#asset=foo;lang=de;build=uncompiled
  2. Then click load again

What did you expect to happen?
The same NETWORK.BAD_HTTP_STATUS (https:foo,404,,[object Object],0) error both times, as happens on v2.5.0-beta3 and v2.4.7.

What actually happened?

The second load results in the error PLAYER.NO_VIDEO_ELEMENT (). It seems that something is wrong with the latest load graph changes.

Changing to another asset that should work still results in NO_VIDEO_ELEMENT. So it seems that the first error put the Player into an unrecoverable error state.

@joeyparrish joeyparrish added the type: bug Something isn't working correctly label Mar 14, 2019
@joeyparrish joeyparrish added this to the v2.5 milestone Mar 14, 2019
@vaage
Copy link
Contributor

vaage commented Mar 15, 2019

This issue is on my radar, there is a TODO in the handleError method in shaka.Player with all the information needed to fix the issue.

Because I know that reloading the page each time an error occurs can interrupt one's workflow, I can't image we would want this to issue to remain open for longer than necessary. Since I am out of the office until Monday, I would invite anyone interested in helping out to read the information in the TODO and resolve the issue.

@vaage vaage added the flag: good first issue This might be a relatively easy issue; good for new contributors label Mar 15, 2019
@joeyparrish
Copy link
Member Author

Awesome, thanks @vaage!

@kevinscroggins-youi
Copy link

I can confirm that I am also seeing this on Tizen as well, possibly after creating additional player instances.

@vaage vaage self-assigned this Mar 19, 2019
shaka-bot pushed a commit that referenced this issue Mar 21, 2019
The walker knows when it is about to go idle. This even can be useful to
our tests and cast receiver.

This change takes the first step and surfaces the event from
|shaka.routing.Walker| through |shaka.Player|.

Some tests were updated to make use of the state-idle-event and
state-change-event.

Issue #816
Issue #997
Issue #1843

Change-Id: I809a6963f49c569883ab58d4ed8e8f5898726ef4
@shaka-project shaka-project locked and limited conversation to collaborators May 20, 2019
@shaka-bot shaka-bot added the status: archived Archived and locked; will not be updated label Apr 15, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
flag: good first issue This might be a relatively easy issue; good for new contributors status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Projects
None yet
Development

No branches or pull requests

4 participants