browser_ml_engine.js missing arguments to EngineDispatcher's terminate method
Categories
(Core :: Machine Learning, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox129 | --- | unaffected |
firefox130 | --- | wontfix |
firefox131 | --- | fixed |
People
(Reporter: mccr8, Assigned: mccr8)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Bug 1906093 added two arguments to the terminate
method of EngineDispatcher
, but it did not add those arguments to one of the calls to terminate
in the test browser_ml_engine.js, which means that shutDownIfEmpty
and replacement
end up as undefined
, which in turn means that we end up sending undefined
for those fields in the JS actor message MLEngine:Removed
.
I don't see any specific problem from this, as I guess the undefined
acts as false anyways, but it does mean a value is getting passed around that doesn't match the type in the comments.
I came across this while looking at types for JS actor messages in bug 1885221.
Comment 1•3 months ago
|
||
Set release status flags based on info from the regressing bug 1906093
:tarek, since you are the author of the regressor, bug 1906093, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Assignee | ||
Updated•3 months ago
|
Assignee | ||
Comment 2•3 months ago
|
||
Apparently a regression can't be a task, but this is test-only so I'll mark it S4. I assume if I mark it N/A then the bots will also get mad somehow.
Updated•3 months ago
|
Assignee | ||
Comment 3•3 months ago
|
||
By default, these arguments will end up as undefined, so passing in true for
the first one will change the behavior, but it looks like shutting down
the engine is the desired behavior here.
Assignee | ||
Updated•3 months ago
|
Comment 5•3 months ago
|
||
bugherder |
Updated•3 months ago
|
Description
•