[Webkit-unassigned] [Bug 88732] New: [BlackBerry] Seek calls are being unnecessarily delayed
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun Jun 10 07:04:05 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=88732
Summary: [BlackBerry] Seek calls are being unnecessarily
delayed
Product: WebKit
Version: 528+ (Nightly build)
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit BlackBerry
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: mfeil at rim.com
CC: tonikitoo at webkit.org
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.
I would like to propose not including a layout test with this fix. Doing timing tests for 100ms delays is tricky from Javascript, and I don't think the benefit of such a test outweighs the extra time it would take to develop one. The test would also be a problem to maintain as it may give different results over different runs and across different target hardware.
--
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