Open Bug 1961176 Opened 1 month ago Updated 20 days ago

www.scrut.io - Increase in usage of resources causing the system to crash

Categories

(Web Compatibility :: Site Reports, defect, P1)

Desktop
All

Tracking

(Webcompat Priority:P2, Webcompat Score:5)

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)

Environment:
Operating system: Linux
Firefox version: Firefox 136.0

Steps to reproduce:

  1. Navigate to: https://www.scrut.io/integrations/
  2. Wait until animation on the right from "Stay audit-ready throughout the year" text starts
  3. 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

A performance profile can not be recorded, since the system freezes/restarts

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

OS: Linux → All
Keywords: regression
Regressed by: 1749380, 1896503

ni? on Glenn for one of the regressions, maybe this gives us an idea.

Severity: -- → S2
User Story: (updated)
Webcompat Priority: --- → P2
Webcompat Score: --- → 6
Flags: needinfo?(gwatson)
Priority: -- → P1

Jeff, since Glenn is on PTO, maybe you can move this forward

Flags: needinfo?(jmuizelaar)

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.

Flags: needinfo?(jmuizelaar) → needinfo?(nical.bugzilla)
Attached image Render task graph

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] -> [...]
Flags: needinfo?(nical.bugzilla)
Webcompat Score: 6 → 5

Ashely, can you take a look to see if you can figure out why the render tasks are so large?

Flags: needinfo?(ahale)
Flags: needinfo?(gwatson)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: