Closed Bug 1958542 Opened 25 days ago Closed 8 days ago

8.59 - 7.24% fandom loadtime / fandom loadtime (Windows) regression on Wed March 26 2025

Categories

(Core :: Privacy: Anti-Tracking, defect, P3)

defect

Tracking

()

RESOLVED WONTFIX
Tracking Status
firefox-esr128 --- unaffected
firefox137 --- unaffected
firefox138 --- wontfix
firefox139 --- wontfix

People

(Reporter: intermittent-bug-filer, Unassigned)

References

(Regression)

Details

(Keywords: perf, perf-alert, regression)

Perfherder has detected a browsertime performance regression from push 67622b583ab4673683025db917c7152bd04e2178. As author of one of the patches included in that push, we need your help to address this regression.

Please acknowledge, and begin investigating this alert within 3 business days, or the patch(es) may be backed out in accordance with our regression policy. Our guide to handling regression bugs has information about how you can proceed with this investigation.

If you have any questions or need any help with the investigation, please reach out to afinder@mozilla.com. Alternatively, you can find help on Slack by joining #perf-help, and on Matrix you can find help by joining #perftest.

Regressions:

Ratio Test Platform Options Absolute values (old vs new) Performance Profiles
9% fandom loadtime windows11-64-24h2-shippable bytecode-cached fission warm webrender 102.01 -> 110.77 Before/After
7% fandom loadtime windows11-64-24h2-shippable bytecode-cached fission warm webrender 102.76 -> 110.20 Before/After

Details of the alert can be found in the alert summary, including links to graphs and comparisons for each of the affected tests.

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask afinder@mozilla.com to do that for you.

You can run all of these tests on try with ./mach try perf --alert 44628

The following documentation link provides more information about this command.

Flags: needinfo?(wwen)

Set release status flags based on info from the regressing bug 1901602

:timhuang can you assign a severity here in order to assess tracking for 138?

Flags: needinfo?(tihuang)

From the profiles it looks like the performance regression is caused by one extra onBeforeRequest event that the webcompat extension has to handle. This makes sense since the webcompat extension now checks the request from platform.twitter.com because of the new shim added.

Flags: needinfo?(wwen)
Severity: -- → S3
Flags: needinfo?(tihuang)
Priority: -- → P3

It has been over 7 days with no activity on this performance regression.

:wwen, since you are the author of the regressor, bug 1901602, which triggered this performance alert, could you please provide a progress update?

If this regression is something that fixes a bug, changes the baseline of the regression metrics, or otherwise will not be fixed, please consider closing it as WONTFIX. See this documentation for more information on how to handle regressions.

For additional information/help, please needinfo the performance sheriff who filed this alert (they can be found in comment #0), or reach out in #perftest, or #perfsheriffs on Element.

For more information, please visit BugBot documentation.

Flags: needinfo?(wwen)
Status: NEW → RESOLVED
Closed: 8 days ago
Flags: needinfo?(wwen)
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.