[Webkit-unassigned] [Bug 86310] [GStreamer] media/media-continues-playing-after-replace-source.html fails

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=86310


Philippe Normand <pnormand at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[EFL][GTK] REGRESSION       |[GStreamer]
                   |(r116858):                  |media/media-continues-playi
                   |media/media-continues-playi |ng-after-replace-source.htm
                   |ng-after-replace-source.htm |l fails
                   |l fails                     |
           Keywords|Regression                  |




--- Comment #9 from Philippe Normand <pnormand at igalia.com>  2012-05-15 22:08:01 PST ---
This is not a regression in the sense that this new test simply highlights a previously-hidden bug :)

The issue is that when the media element loads the new <source> element a new MediaPlayerPrivate instance is created and it sets the gst pipeline state to PAUSED instead of PLAYING, so the test forever waits for never-arriving timeupdate events.

One problem I see here is that the MediaPlayerPrivate is not aware that the up-layer previously tried another <source> element. So it's difficult to know when ::load() should set the pipeline to PLAYING instead of simply pausing it. :(

Maybe the MediaPlayerClient could be made aware of a previous URI that it attempted to play, so ::load() could compare the new and old URIs.

I wonder if that could be used by the Blackberry player as well and they could remove their not-so-great ::isElementPaused() which seems to be a layer violation, accessing the HTMLMediaElement API from the private player.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.