GeckoChildProcessHost destructor uses process handle after closing it
Categories
(Core :: IPC, defect, P2)
Tracking
()
People
(Reporter: jld, Assigned: jld)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Found while testing bug 1797175: these operations are in the wrong order, because ProcessWatcher
takes ownership of the handle and may close it immediately if the process has already exited. GetProcessId
returns 0 for errors, so the DeregisterChildCrashAnnotationFileDescriptor
call will silently fail and leak resources.
Assignee | ||
Comment 1•2 years ago
|
||
ProcessWatcher takes ownership of the handle and may close it
immediately if the process has already exited, so that needs to
happen last; currently, because GetProcessId returns 0 for errors,
DeregisterChildCrashAnnotationFileDescriptor will be passed 0 in that
case, and will silently fail and leak resources.
Updated•2 years ago
|
Comment 2•2 years ago
|
||
Bug 1776197 should make the leak go away as we'll remove that handle.
Assignee | ||
Comment 4•2 years ago
|
||
Looks like this was introduced in bug 1407693.
Updated•2 years ago
|
Comment 5•2 years ago
|
||
Set release status flags based on info from the regressing bug 1407693
Comment 6•2 years ago
|
||
bugherder |
Comment 7•2 years ago
|
||
The patch landed in nightly and beta is affected.
:jld, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox107
towontfix
.
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Assignee | ||
Comment 8•2 years ago
|
||
This bug has been around for 5 years and nobody noticed, and as far as I can tell from the code the impact is just a small resource leak (i.e., not security sensitive), so I think this doesn't need uplift.
Description
•