557533 - [OOPP] Window re-positioning is very slow during scrolling

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, defect)

Description

[u88484]

The window re-positioning of plugin content is very slow during scrolling.  The plugin content jumps up and down about 5 pixels during scrolling.  The CPU is constantly around 90 percent when this happens.

STR:
1) Load http://www.youtube.com/watch?v=yQ5U8suTUw0
2) Change to 1080p version
3) Scroll up and down by dragging the scrollbar slider up and down or by holding the up and down arrows keys down.

This bug has been around since OOPP landed but I though but 535295 would have also fixed this issue.

Comment 1

[Benjamin Smedberg]

I don't see anything obvious on today's m-c nightly on an 8-core machine, win7, flash 10.1beta.

I see lots of choppiness on a single-core VM, but that's the same both OOPP and IPP.

Comment 2

[u88484]

Happens with OOPP enabled and d2d enabled and also happens with just either one of the enabled.  Does not happen when both are disabled.

Comment 3

[Leonard Mada]

Might be related to issue 553854.
https://bugzilla.mozilla.org/show_bug.cgi?id=553854

I experience while scrolling a jump to over 70% of CSRSS.exe on an older single core processor. Please also test if the csrss.exe process is responsible for this slowdown for this issue.

Comment 4

[[not reading bugmail]]

Kurt, did you find a regression range where this started?  I know its still in the trunk, but the current ugliness I tracked I think to late August made it worse in bug 626245.

Comment 5

[u88484]

(In reply to comment #4)
> Kurt, did you find a regression range where this started?  

When OOPP landed.

Comment 6

[Benjamin Smedberg]

Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.