Webpage causes tab to consume ever-growing amounts of memory and does not render
Categories
(Core :: Layout: Columns, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox109 | --- | wontfix |
firefox110 | --- | wontfix |
firefox111 | --- | verified |
firefox112 | --- | verified |
People
(Reporter: mah, Assigned: TYLin)
References
(Regressed 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(3 files)
I initially filed this as https://github.com/webcompat/web-bugs/issues/116682 but I'm pretty sure this is something in Firefox, not a web page that just isn't working right.
The page at https://ballotpedia.org/Arkansas_Supreme_Court does not work in Firefox, but works in other browsers.
In firefox, the browser spins and spins. Opening about:processes shows that memory usage is growing continuously.
Other pages on the site function ok.
Comment 1•2 years ago
|
||
Looks like we're in some kind of degenerate layout case:
Reporter | ||
Comment 2•2 years ago
|
||
I Just tried to load the page in 111.0a1 (2023-01-17) and it worked.
Has there been a change in the code that could have targeted this?
Comment 3•2 years ago
|
||
I can repro, there's a bunch of multicol reflow on the stack, I think we're getting stuck in column balancing... Ting-Yu, any chance you can take a look?
Comment 4•2 years ago
|
||
File that seems to repro the issue locally.
Comment 5•2 years ago
|
||
I think this is a bug in the multicol code since virtually all time is spent under FindBestBalanceBSize
. I tried to get a regression range but it's weird because it sometimes works... I can try later.
Comment 6•2 years ago
|
||
The browser hang up.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7cae93f348a7f209c35b545a3b2a18dacc0a8477&tochange=cad5fc248dfe0d6116682b8a1d7ee9cbaeab1763
Comment 7•2 years ago
|
||
Set release status flags based on info from the regressing bug 793686
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 8•2 years ago
|
||
I think we're getting stuck in column balancing... Ting-Yu, any chance you can take a look?
Yes, we are stuck in column balancing loop with a nested multi-column layout where the inner multi-column contains a tall break-inside:avoid
element. (Keep the NI as a reminder to look deeper into the problem.)
Assignee | ||
Comment 9•2 years ago
|
||
Updated•2 years ago
|
Assignee | ||
Comment 10•2 years ago
|
||
The only difference between multicol-nested-030.html and
multicol-nested-031.html is the column-fill
property on the outer column.
WARNING: loading 030.html and 031.html without this patch can trap Firefox in
infinite loops.
Depends on D169004
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 11•2 years ago
|
||
Comment 13•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/156cb3db4033
https://hg.mozilla.org/mozilla-central/rev/cdd9f798f751
Updated•2 years ago
|
Reproducible on a 2023-01-20 Nightly build on macOS 12.
Verified as fixed on Firefox 111.0b5(build ID: 20230223185944) and Nightly 112.0a1(build ID: 20230223172038) on macOS 12, Windows 11, Ubuntu 22.
Description
•