Bug 173463
| Summary: | [GStreamer] criticals watching YouTube Live | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Charlie Turner <cturner> |
| Component: | Media | Assignee: | Charlie Turner <cturner> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | ht990332, mcatanzaro |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Charlie Turner
As soon as the video starts buffering, we get,
(WebKitWebProcess:3442): GStreamer-CRITICAL **:
Trying to dispose element appsrc2, but it is in READY instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
(WebKitWebProcess:3442): GStreamer-CRITICAL **:
Trying to dispose element webkitwebsrc0, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
The problem is that the call chain to webKitWebSrcDispose isn't ensuring elements are in the right state.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Michael Catanzaro
Watch the case in the tags, I don't think our Bugzilla searches will find this bug if you tag it [Gstreamer] rather than [GStreamer]. For some strange reason saved searches are restricted to committers, so give me a reminder once you become a committer and I'll show you how to access our list of multimedia bugs. That'll make your life a little bit easier.
Charlie Turner
Thanks, that was unintentional, but I FWIW I believe bugzilla queries are case insensitive: https://bugs.webkit.org/page.cgi?id=quicksearch.html
Charlie Turner
Due to an issue linking against wrong gstreamer library. YouTube live works well for me.