www.scrut.io - Increase in usage of resources causing the system to crash
Categories
(Web Compatibility :: Site Reports, defect, P1)
Tracking
(Webcompat Priority:P2, Webcompat Score:5)
People
(Reporter: rbucata, Unassigned, NeedInfo)
References
(Regression, )
Details
(4 keywords, Whiteboard: [webcompat-source:web-bugs])
User Story
platform:windows,mac,linux,android impact:site-broken configuration:general affects:all branch:release diagnosis-team:graphics user-impact-score:200
Attachments
(1 file)
2.38 MB,
image/svg+xml
|
Details |
Environment:
Operating system: Linux
Firefox version: Firefox 136.0
Steps to reproduce:
- Navigate to: https://www.scrut.io/integrations/
- Wait until animation on the right from "Stay audit-ready throughout the year" text starts
- Observe
Expected Behavior:
Page loads as expected
Actual Behavior:
Rapid spike in memory usage, not stopping until desktop freezes due to OOM.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/151442
Reporter | ||
Comment 1•1 month ago
|
||
A performance profile can not be recorded, since the system freezes/restarts
![]() |
||
Comment 2•1 month ago
•
|
||
I can reproduce the huge memory usage on Nightly139.0a1 Windows11. And I also could not capture the performance log.
Memory usage seems to be getting worse with each new version. This was especially noticeable for the following
#1 Regression window(the memory issue was first seen):
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=c6f1243c3ba45a4ad3cfd1cacdbf12ad377b4a81&tochange=fc2b3d6448bcc3575fffb1abc923e7e703aeef54
#2 Regression window(It got so much worse.):
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=2147e0051e231c4a0e6081bf3fd72e775290a607&tochange=beec388d4b0e6a50ac243ed86c0e3f1f48cbe744
![]() |
||
Updated•1 month ago
|
![]() |
||
Updated•1 month ago
|
Comment 3•25 days ago
|
||
ni? on Glenn for one of the regressions, maybe this gives us an idea.
Comment 4•25 days ago
|
||
Jeff, since Glenn is on PTO, maybe you can move this forward
Comment 5•24 days ago
|
||
My guess is that this is the lottie <svg>
animation. It has a bunch of filters and probably having a bad interaction with SVG blob image code.
Comment 6•24 days ago
|
||
Here's a profile: https://share.firefox.dev/3EmX123
Comment 7•24 days ago
|
||
The render task graph shows thousands of 1080x1080 render tasks. It looks like we are poorly restricting the bounds or resolution of the render tasks for most of the SVG nodes on this page since we have a lot of tasks that look like this:
[...] -> [SVGFENode 1080x1080] -> [Picture 19x16] -> [...]
Updated•24 days ago
|
Comment 8•24 days ago
|
||
Ashely, can you take a look to see if you can figure out why the render tasks are so large?
Updated•20 days ago
|
Description
•