LlamaStreamSource Worker Lifecycle needs improvement
Categories
(Core :: Machine Learning: On Device, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox146 | --- | wontfix |
| firefox147 | --- | wontfix |
| firefox148 | --- | fixed |
| firefox149 | --- | fixed |
People
(Reporter: mgaudet, Assigned: padenot)
References
(Blocks 1 open bug)
Details
(Keywords: topcrash)
Crash Data
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-release+
|
Details | Review |
Opening a bug to make sure it gets tracked. See Bug 1973711 Comment 15:
It seems like there may missing support for properly cleaning up on workers which can result in crashes on worker shutdown; I made a brief comment on https://phabricator.services.mozilla.com/D254808#9316979 about this because of :mgaudet's observed https://crash-stats.mozilla.org/report/index/3c1d6468-493c-4072-978b-b9b710251020.
CC'ing both asuth and smaug who flagged the issues here.
Comment 1•9 months ago
|
||
The severity field is not set for this bug.
:tarek, could you have a look please?
For more information, please visit BugBot documentation.
Updated•9 months ago
|
| Reporter | ||
Comment 3•9 months ago
|
||
(redirecting the Aristide ni from Bug 2001950)
Comment 4•9 months ago
|
||
Just got this crash. It looks like the SpinEventLoopUntil during garbage collection is the culprit -- that does sound dangerous. Without knowing the code, if the shutdown doesn't need to be synchronous, nsIThread::AsyncShutdown wouldn't call SELU.
| Reporter | ||
Updated•8 months ago
|
| Reporter | ||
Updated•7 months ago
|
Updated•7 months ago
|
Comment 6•7 months ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 10 desktop browser crashes on nightly
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 7•7 months ago
|
||
| Assignee | ||
Comment 8•7 months ago
|
||
This is inspired from BodyConsumer.
Updated•7 months ago
|
| Assignee | ||
Comment 9•7 months ago
|
||
CI is busted because of bug 2010162, I'll see if I land this now or later.
| Assignee | ||
Comment 10•7 months ago
|
||
I am told by jcristau to land this, because we anticipate that the CI is going to be broken for some time, it isn't tier-1.
Comment 11•7 months ago
|
||
Comment 12•7 months ago
|
||
| bugherder | ||
Updated•7 months ago
|
Comment 13•7 months ago
|
||
The patch landed in nightly and beta is affected.
:padenot, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox148towontfix.
For more information, please visit BugBot documentation.
Updated•7 months ago
|
Comment 14•6 months ago
|
||
:padenot, re: https://bugzilla.mozilla.org/show_bug.cgi?id=2018023#c5 do you want to add a release uplift request here?
We could take it in a later Fx148 dot release.
| Assignee | ||
Comment 15•6 months ago
|
||
This is inspired from BodyConsumer.
Original Revision: https://phabricator.services.mozilla.com/D278645
Updated•6 months ago
|
Comment 16•6 months ago
|
||
firefox-release Uplift Approval Request
- User impact if declined: Top crash. This was crashing in CI and crashes are gone, and is effectively tested.
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: This has baked on beta and nightly for some time.
- String changes made/needed: none
- Is Android affected?: no
Updated•6 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Comment 18•6 months ago
|
||
| uplift | ||
| Assignee | ||
Updated•5 months ago
|
Comment 20•4 months ago
|
||
Copying crash signatures from duplicate bugs.
Description
•