Closed Bug 1256133 Opened 8 years ago Closed 2 years ago

Slow, janky scrolling on this support.mozilla.org thread with e10s enabled

Categories

(Core :: Panning and Zooming, defect, P3)

48 Branch
x86
macOS
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---
firefox48 --- wontfix
firefox49 --- wontfix
firefox50 --- wontfix
firefox51 --- wontfix
firefox52 --- wontfix
firefox53 --- affected

People

(Reporter: asqueella, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf, Whiteboard: gfx-noted)

What do you mean by slow scrolling? Is it jumpy or is there missing content?

I expect this might have to do with the horizontal scrolling. Do you see this problem on other support questions that are not horizontally scrollable?
Is this on a retina screen?
Flags: needinfo?(asqueella)
The scrolling is jumpy: you can notice the time it takes to paint the next frame, both visually and in the profile.

This is a retina screen, yes.

> I expect this might have to do with the horizontal scrolling. 
That was a good guess! I removed the wide <p> from the first post (using the Devtools Inspector) and scrolling became as fast as without e10s.
Flags: needinfo?(asqueella)
Component: Graphics → Panning and Zooming
Bug 1251638 is another bug where we've seen the presence of a horizontally scrollable element have a negative effect on scrolling performance. It's possible these share a root cause.
Whiteboard: gfx-noted
Blocks: e10s-perf
Priority: -- → P1
Flags: needinfo?(jmathies)
Flags: needinfo?(jmathies)
kats, apz related?
Flags: needinfo?(bugmail.mozilla)
Yeah this is next on my to-do list.
Assignee: nobody → bugmail.mozilla
Flags: needinfo?(bugmail.mozilla)
I've been using bug 1243081 to investigate since I'm assuming they're the same underlying issue, and it's easier for me to reproduce on that URL. From the APZ side I don't think there's much we can do here without making checkerboarding worse. Doing something like implementing bug 1261166 might help.
Depends on: 1261166
As with bug 1243081, applying the WIP patch on bug 1261166 makes the transaction times here drop to ~0. I specifically tested scrolling up and down on the provided URL using fn+left/right arrow (equivalent to "home"/"end" scrolling on mac) and compared the transaction times with and without bug 1261166.
(In reply to (Back on May31) Kartikaya Gupta (email:kats@mozilla.com) from comment #8)
> As with bug 1243081, applying the WIP patch on bug 1261166 makes the
> transaction times here drop to ~0.

Just to make sure I'm understanding this correctly: the slowness here is specific to Mac?
Depends on: 1282797
No longer depends on: 1261166
Unassigning since I'm not doing anything here, it is just waiting on the ClientStorage implementation.
Assignee: bugmail → nobody
Sounds like the ClientStorage work is still stalled, so this won't get fixed for 49 or 50 most likely.
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.