Bug 114866 - video will fast forward when not active window on active screen space
Summary: video will fast forward when not active window on active screen space
Status: RESOLVED DUPLICATE of bug 114634
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) OS X 10.8
: P2 Major
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-19 04:54 PDT by William Coldwell
Modified: 2013-04-24 10:37 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description William Coldwell 2013-04-19 04:54:14 PDT
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.
Comment 1 Eric Carlson 2013-04-23 15:12:05 PDT
r148464  (https://bugs.webkit.org/show_bug.cgi?id=114634) should have fixed this. Does it reproduce for you in a nightly build?
Comment 2 William Coldwell 2013-04-24 10:37:40 PDT
(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 ***