[Webkit-unassigned] [Bug 114866] New: video will fast forward when not active window on active screen space
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Apr 19 04:55:56 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=114866
Summary: video will fast forward when not active window on
active screen space
Product: WebKit
Version: 528+ (Nightly build)
Platform: Macintosh Intel
OS/Version: Mac OS X 10.8
Status: NEW
Severity: Major
Priority: P2
Component: Media Elements
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: cryo at mac.com
If you're playing a YouTube video that may be Flash or may be HTML5, and you switch Spaces (I have 8 configured),
when you switch back, the video will be fast forwarding in a blur to the current time position. The audio remains
completely unaffected. This has been going on for quite a while, and I can't find a matching bug. This may be
due to Spaces not being used by a lot of people.
However, even minimizing the browser window does not help with the effect, because when you maximize it
again, it will occur. BUT, if you leave it minimized when you switch back to that space, the small icon size will
cause the fast forwarding to go quicker because I guess less data being drawn?
Anyway. It's really annoying. I don't understand why the audio remains unaffected... I played a full 2 hour
video while on another screen with the audio completing perfectly, then switched spaces to watch the
entire 2 hours unfold in fast forward glory, jacking CPU until it was caught up.
I suspect that there is no redraws occurring while in a difference space because it's being rendered off-screen
and Webkit is trying to be helpful and maybe even save CPU cycles (which doesn't make sense because the
audio is still playing).
I haven't looked at webkit code in ages, and I'm guessing. Help flesh this bug out in the correct
current terms with proper keywords.... oh and fixing would be helpful too!
Cheers,
~Cryo.
--
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