Closed Bug 557533 Opened 11 years ago Closed 4 years ago

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

Categories

(Core :: Plug-ins, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: u88484, Unassigned)

References

()

Details

(Keywords: regression)

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.
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.
Happens with OOPP enabled and d2d enabled and also happens with just either one of the enabled.  Does not happen when both are disabled.
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.
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.
(In reply to comment #4)
> Kurt, did you find a regression range where this started?  

When OOPP landed.
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.