There is a problem with the way the m_userDrivenSeekTimer is implemented. When MediaPlayerPrivate::seek() is called, there is always a 100ms delay even if the timer is not running. The timer is supposed to space out (i.e. throttle) repeated seeks that come in too soon after a previous seek, but currently it is slowing down even single seeks and seeks that come in with adequate delay after a previous seek. I fixed this in my patch by improving the way the timer fired function is called.
Created attachment 146913 [details]
Comment on attachment 146913 [details]
Clearing flags on attachment: 146913
Committed r120020: <http://trac.webkit.org/changeset/120020>
All reviewed patches have been landed. Closing bug.
Closing bug for patch that landed a long time ago.