If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

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

RESOLVED WORKSFORME

Status

()

Core
Graphics
RESOLVED WORKSFORME
3 years ago
2 years ago

People

(Reporter: smaug, Unassigned)

Tracking

(Blocks: 1 bug)

36 Branch
Unspecified
Linux
Points:
---

Firefox Tracking Flags

(e10s-)

Details

(Whiteboard: gfx-noted, URL)

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
Blocks: 1013364

Updated

3 years ago
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: 1154825
No longer blocks: 1013364
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.
Whiteboard: gfx-noted
The behavior has changed recently, and painting seems to work fine.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.