All tabs list excruciatingly slow
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | fixed |
firefox114 | --- | unaffected |
firefox115 | --- | verified |
firefox116 | --- | verified |
People
(Reporter: kalle, Assigned: cmkm)
References
(Blocks 1 open bug)
Details
(Keywords: regressionwindow-wanted, steps-wanted)
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-release+
|
Details | Review |
The "Show all tabs" list has become really sluggish after upgrading to 115.0b, perhaps due to bug 1620199. The highlighted row follows the mouse cursor with a lag, and scrolling the list is unbearably slow.
Updated•2 years ago
|
Comment 1•2 years ago
|
||
(In reply to bintoro from comment #0)
The "Show all tabs" list has become really sluggish after upgrading to 115.0b, perhaps due to bug 1620199.
A narrowed down regression range might be useful here.
Updated•2 years ago
|
Assignee | ||
Comment 2•2 years ago
|
||
(In reply to bintoro from comment #0)
The "Show all tabs" list has become really sluggish after upgrading to 115.0b, perhaps due to bug 1620199. The highlighted row follows the mouse cursor with a lag, and scrolling the list is unbearably slow.
Hello! Thank you for raising this concern. If possible, would you be willing to please share a profile to help us narrow this down? You can find instructions here.
Comment 3•2 years ago
•
|
||
I think I was able to reproduce this on my Macbook. I captured some profiles:
With close button: https://share.firefox.dev/44krQLR
With close button hidden: https://share.firefox.dev/44jpvAN
It looks like in both cases we're doing main thread fallback painting... and it gets a lot more expensive for some reason with the close button visible.
Hey mstange, any idea why this change would cause painting while scrolling the tab manager panel to become so expensive?
Comment 4•2 years ago
|
||
Does the button have an opacity? We might be hitting a slow path where we create an intermediate surface the size of the popup for every close button. Removing the opacity might work as a workaround.
There's a patch which would most likely fix all the slow drawing in this panel in bug 1754796, but it caused test failures which need to be debugged.
Comment 5•2 years ago
|
||
Yes! There does appear to be an opacity: https://searchfox.org/mozilla-central/rev/926b6c9fc7d84b603f501448c31d489473862bca/browser/themes/shared/tabs.css#776
cmkm, is this opacity a hard design requirement? Or do you think we can either remove it or achieve the appearance in a different way?
Assignee | ||
Comment 6•2 years ago
|
||
(In reply to Mike Conley (:mconley) (:⚙️) from comment #5)
Yes! There does appear to be an opacity: https://searchfox.org/mozilla-central/rev/926b6c9fc7d84b603f501448c31d489473862bca/browser/themes/shared/tabs.css#776
cmkm, is this opacity a hard design requirement? Or do you think we can either remove it or achieve the appearance in a different way?
Confirmed with UX that we can eliminate the opacity rule for the time being, going to get a patch up to do so for this ticket. We can reinstate the opacity rule with bug 1820171, hopefully.
Assignee | ||
Comment 7•2 years ago
|
||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 9•2 years ago
|
||
bugherder |
Comment 10•2 years ago
|
||
The patch landed in nightly and beta is affected.
:cmkm, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox115
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 11•2 years ago
•
|
||
Comment on attachment 9341388 [details]
Bug 1839037 - Remove tab manager button opacity to prevent slowdown r?mhowell,dao
Beta/Release Uplift Approval Request
- User impact if declined: Users with many tabs (100+ estimate) will experience slowdown in the Tab Manager
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce:
- Open many tabs
- Open the Tab Manager (Caret in tabstrip next to new tab button)
- Verify hover and scroll responsiveness are within normal expectations
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Not risky, removing a single CSS rule
- String changes made/needed: n/a
- Is Android affected?: No
Assignee | ||
Updated•2 years ago
|
Comment 12•2 years ago
|
||
Comment on attachment 9341388 [details]
Bug 1839037 - Remove tab manager button opacity to prevent slowdown r?mhowell,dao
Fx115 is now in RC, switching to a release uplift request
Assignee | ||
Comment 13•2 years ago
|
||
(In reply to Donal Meehan [:dmeehan] from comment #12)
Comment on attachment 9341388 [details]
Bug 1839037 - Remove tab manager button opacity to prevent slowdown r?mhowell,daoFx115 is now in RC, switching to a release uplift request
Thanks Donal, sorry about that!
Updated•2 years ago
|
Comment 14•2 years ago
|
||
Comment on attachment 9341388 [details]
Bug 1839037 - Remove tab manager button opacity to prevent slowdown r?mhowell,dao
Approved for 115.0 RC2
Comment 15•2 years ago
|
||
bugherder uplift |
Updated•2 years ago
|
Comment 16•2 years ago
|
||
I have reproduced this issue on MacBook Air 2013 and Firefox Beta v115.0b6 and Nightly v116.0a1 (2023-06-16).
Furthermore, I could verify the fix in Nightly v116.0a1 (2023-06-29). We will verify in branch 115 when possible.
Comment 17•2 years ago
|
||
bugherder uplift |
Comment 18•2 years ago
|
||
The fix is also confirmed in Beta v115.0 (RC) on the same machine. THank you.
Description
•