Regression on AWFY-Jetstream2-Chai* tests around 15Aug2023
Categories
(Core :: JavaScript Engine: JIT, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox-esr115 | --- | unaffected |
firefox117 | --- | unaffected |
firefox118 | --- | wontfix |
firefox119 | --- | wontfix |
People
(Reporter: mayankleoboy1, Assigned: alexical)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [sp3])
Initial suspect: bug 1824051
If it actually is bug 1824051, it feels that the perf improvement from that bug are far more than this one regression.
Comment 1•1 year ago
|
||
This bug has been marked as a regression. Setting status flag for Nightly to affected
.
Comment 2•1 year ago
|
||
Both the suspect regressors are in the JIT component, so lets move this bug there.
Comment 3•1 year ago
|
||
Doug, can you take a quick look at this? I think we're happy to eat this regression in exchange for wins elsewhere, but maybe there's an easy fix.
Assignee | ||
Comment 4•1 year ago
|
||
(In reply to Iain Ireland [:iain] from comment #3)
Doug, can you take a quick look at this? I think we're happy to eat this regression in exchange for wins elsewhere, but maybe there's an easy fix.
Yup!
Assignee | ||
Comment 5•1 year ago
•
|
||
So, it looks like what's happening is they are constantly changing the trap function out from the handler. I'm not sure where in the framework this is happening, but we keep reattaching GetScriptedProxy with different trap functions for the same pc_. This feels like "testing frameworks gonna testing framework", and there may be something we could do about it, but it seems pretty low priority.
Comment 6•1 year ago
|
||
Setting Bug 1824051 as the regressor, please correct if wrong.
Keeping on the radar for 118 pending investigation in Comment 5
Comment 7•1 year ago
|
||
Set release status flags based on info from the regressing bug 1824051
Updated•1 year ago
|
Comment 8•1 year ago
|
||
I agree that this seems low priority. I think it's best to close this. If we ever improve our handling of this case, it will be because we find code in the wild that benefits, not for a small improvement on a somewhat questionable sub-benchmark.
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Description
•