[Webkit-unassigned] [Bug 68589] [Qt][Gtk] Wrong state when pausing a video in the "playing" event handler

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Sep 22 05:39:22 PDT 2011


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





--- Comment #4 from Alexis Menard <alexis.menard at openbossa.org>  2011-09-22 05:39:22 PST ---
(In reply to comment #2)
> That test passes fine here. Just to be clear, is the issue happening when you explicitely play the video?

Setting the src will play the video, then it will start the playback in MediaPlayerGstreamer which will not set its internal state to play right away (i.e. m_paused to false) but HMTMLMediaElement will trigger the play event which is catch in the test by the handler and it will then call pause on the HTMLMediaElement, which will try to pause the media player but one of its code path check if the player is not already paused by calling paused() on it, and MediaPlayerGStreamer will return m_paused (which is still true, the default) as we haven't enter *yet* to busMessage to process the state change.

Chrome and Safari behaves correctly but Firefox doesn't for example.

On a side the QuickTime backend has also an internal m_startedPlaying to manage the state but the paused() function always query QuickTime rather than using it.

I hope I was clear enough with my explanation.

(In reply to comment #3)
> It seems to work fine in webkitgtk. I hear the first "tick" of the video and the controls show a paused video (in the gtk controls we show the "play" icon in that case).
> 
> Could it be an issue in the Qt RenderTheme code?

Actually I don't think so. With Qt our controls behave perfectly, like they show a play button, don't update the time and so on. What is wrong is that the video playback continues.

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



More information about the webkit-unassigned mailing list