Janky scrolling on bose.com with WebRender enabled
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox-esr78 | --- | unaffected |
| firefox78 | --- | unaffected |
| firefox79 | --- | wontfix |
| firefox80 | --- | wontfix |
| firefox81 | --- | wontfix |
| firefox82 | --- | wontfix |
| firefox83 | --- | fix-optional |
People
(Reporter: emilio, Unassigned)
References
(Blocks 2 open bugs)
Details
(Keywords: perf, regression)
(I started filing this as a perf bug, thus the template)
Basic information
Steps to Reproduce: Load https://www.bose.com/en_us/support/article/no-sound-from-connected-device0.html. This is more noticeable in Android / GeckoView, but also happens in desktop, both with and without WR.
Expected Results: Smooth scrolling.
Actual Results: Scrolling janks
More information
Happens with and without WR enabled.
Profile URL: https://share.firefox.dev/3dVVahj (there doesn't seem to be much going on there unfortunately...).
Given scrolling is not janky when scrolling with keyboard, I suspect this may be a site issue... 68 definitely seems much snappier than nightly. I'm not on a good enough connection to do a proper bisection right now.
| Reporter | ||
Comment 1•6 years ago
|
||
75 looks good too.
| Reporter | ||
Comment 2•6 years ago
|
||
Hmm... Though now I don't seem to consistently repro on desktop... I can repro on my profile always though... On android nightly the page is pretty unusable :(
| Reporter | ||
Comment 3•6 years ago
|
||
Ah, my android device now uses WR by default, which explains why I thought that this reproed with and without WR (I thought I initially had it disabled), and that I could repro on desktop on my profile but not while running mozregression.
On Android this page kills Firefox's performance.
| Reporter | ||
Comment 4•6 years ago
|
||
https://share.firefox.dev/2YUz3Dy is a hopefully more useful profile from desktop.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 5•6 years ago
|
||
Managed to reproduce the issue on a device with macOS 10.15.5 as well.
Regression range, picked up manually:
- Last good: 2020-06-18-21-28-28
- First bad: 2020-06-19-09-21-44
- Pushlog: URL
Comment 6•6 years ago
|
||
Marking 79 as affected per the regression range.
Comment 7•6 years ago
|
||
Christian, can you get a tighter regression range?
Comment 8•5 years ago
|
||
This was the best I could get; limitations being that it didn't seem to reproduce via mozregression which I found odd.
Checked with people from our Mobile team and they're limited to manually getting the regression ranges as well.
Let me know if there is something I can help you with, to push this further.
Updated•5 years ago
|
Comment 9•5 years ago
|
||
Loading this page in GVE with WR enabled on a Pixel2 totally destroys the browser. It starts to load, then either goes white right away or on scrolling, and nothing else loads after that. It was happening on the 2020-06-17 and 2020-06-01 builds as well so I'm not sure how much I trust the regression range from macOS. bug 1654852 is making it hard for me to actually use mozregression for this.
Comment 10•5 years ago
|
||
Even seeing it on the 2020-01-01 GVE build.
Comment 11•5 years ago
|
||
Kats, should we be tracking this for release builds? The priority is low but your last comment makes this sounds pretty bad.
Comment 12•5 years ago
|
||
It is bad, but it's not a recent regression. It's probably worth tracking and prioritizing though.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 13•5 years ago
|
||
From Kats - might have to do with blob images. May be a dupe of Bug 1662297 - Zillow using massive amounts of memory.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 14•2 years ago
|
||
I tried to reproduce this, but couldn't. Emilio: can you still repro? Otherwise I think we close it as WFM.
Updated•2 years ago
|
Description
•