Bug 114866
Summary: | video will fast forward when not active window on active screen space | ||
---|---|---|---|
Product: | WebKit | Reporter: | William Coldwell <cryo> |
Component: | Media | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Major | CC: | eric.carlson, jer.noble |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Mac (Intel) | ||
OS: | OS X 10.8 |
William Coldwell
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.
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Eric Carlson
r148464 (https://bugs.webkit.org/show_bug.cgi?id=114634) should have fixed this. Does it reproduce for you in a nightly build?
William Coldwell
(In reply to comment #1)
> r148464 (https://bugs.webkit.org/show_bug.cgi?id=114634) should have fixed this. Does it reproduce for you in a nightly build?
*** This bug has been marked as a duplicate of bug 114634 ***