frozen browser (100% cpu) on transition with a hover
Categories
(Core :: Graphics: WebRender, defect, P1)
Tracking
()
People
(Reporter: karlcow, Assigned: nical)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
Details | Review |
This is a serious bug.
https://twitter.com/tobiasbu/status/1378131506661560322
- Go to https://codepen.io/tobias_buschor/pen/ExZmygP
- Hover
Expected:
Look at the animation
Actual:
Animation starts then freezes the full browser with a maxed out CPU.
You need to force restart the browser to be able to use it.
Running mozregression gives this range
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ff1a0c64ae96ab64fd2a88b23a24b9cf0e53fe2e&tochange=1b9d508de57519880036fdf48473d007f1c31e0a
tested on macos
|
Reporter | |
Comment 1•3 years ago
|
||
Though it's strange because Bug 1516056 is just a comment change.
Or did I miss something in the regression range or the crash is random?
|
||
Comment 2•3 years ago
|
||
The other changeset in the range might be a problem? https://hg.mozilla.org/integration/autoland/rev/1b9d508de57519880036fdf48473d007f1c31e0a, this has mac specific changes.
|
|
Reporter | |
Comment 3•3 years ago
|
||
Could someone run a regression window on Windows just to see if it's macos only?
|
||
Comment 4•3 years ago
•
|
||
I get
on mac, which indicates it's likely a webrender bug. I'll check with webrender force enabled next.
|
||
Updated•3 years ago
|
|
|
||
Updated•3 years ago
|
|
|
||
Updated•3 years ago
|
|
||
Comment 6•3 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #5)
-> bug 1624468
(I get the same regression range on Linux with WR prefed on.)
|
||
Updated•3 years ago
|
|
||
Updated•3 years ago
|
|
||
Updated•3 years ago
|
|
|
||
Updated•3 years ago
|
|
Assignee | |
Comment 7•3 years ago
|
||
|
||
Updated•3 years ago
|
|
|
Assignee | |
Updated•3 years ago
|
Pushed by nsilva@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/cbd0383b5719 WIP: Bug 1703141 - Prevent infinite loop in gradient fast-path. r=gfx-reviewers,lsalzman
|
|
||
Comment 9•3 years ago
|
||
| bugherder | ||
|
|
Assignee | |
Comment 11•3 years ago
|
||
Comment on attachment 9214024 [details]
WIP: Bug 1703141 - Prevent infinite loop in gradient fast-path.
Beta/Release Uplift Approval Request
- User impact if declined: infinite loop causing freezes
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Simple fix.
- String changes made/needed: None.
|
||
Comment 12•3 years ago
|
||
Comment on attachment 9214024 [details]
WIP: Bug 1703141 - Prevent infinite loop in gradient fast-path.
Approved for 88.0b9, thanks. Can we land a crashtest for this?
|
|
||
Comment 13•3 years ago
|
||
| bugherder uplift | ||
|
||
Updated•3 years ago
|
|
|
Assignee | |
Comment 14•3 years ago
|
||
|
|
Assignee | |
Updated•3 years ago
|
|
||
Comment 15•3 years ago
|
||
I was able to reproduce the issue on Firefox 89.0a1 (2021-04-05) under macOS 11.2.3 by using the links from Comment 0.
The issue is fixed on Firefox 88.0b9 and Firefox Nightly 89.0a1 (2021-04-11). Tests were performed on macOS 11.2.3, Windows 10 and Ubuntu 20.04.
|
|
||
Updated•3 years ago
|
|
||
Comment 16•3 years ago
|
||
Pushed by nsilva@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/abe8316b5a90 Add a crash test. r=gfx-reviewers,lsalzman
|
||
Comment 17•3 years ago
|
||
| bugherder | ||
|
|
||
Updated•3 years ago
|
Description
•