Closed Bug 1158623 Opened 8 years ago Closed 7 years ago

Mozilla internal dashboard page very slow to paint (requires VPN access)

Categories

(Core :: Graphics, defect)

36 Branch
Unspecified
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s - ---

People

(Reporter: smaug, Unassigned)

References

(Blocks 1 open bug, )

Details

(Whiteboard: gfx-noted)

When loaded and then scrolled using wheel, only the initially visible area is painted as expected, for the rest background color seems to be used.
When using keyboard for scrolling, the page is painted correctly.

The page needs scl3.mozilla.com VPN.
This is on 64bit linux, 40.0a1 (2015-04-26) nightly, e10s and apz enabled.
Component: Graphics: Layers → Panning and Zooming
tracking-e10s: --- → -
I can reproduce this but it's just a case of checkerboarding, not an actual APZ bug per se. If you wait a little bit the area gets painted. It's got a big load of SVGs which are apparently just slow to paint.

If I disable APZ the page just doesn't scroll until it's good and ready so the behaviour when APZ is enabled is pretty much expected.
Blocks: paint-fast
No longer blocks: apz-desktop
Component: Panning and Zooming → Graphics
OS: Unspecified → Linux
Summary: [E10s][APZ] Only the initially visible area of the page is painted when scrolled using wheel → Mozilla internal dashboard page very slow to paint (requires VPN access)
The page is repainted immediately once one scrolls using keyboard, but never when scrolling using wheel.
Hm, that's different from what I'm seeing then.
The behavior has changed recently, and painting seems to work fine.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.