Closed
Bug 1087518
Opened 10 years ago
Closed 3 years ago
PHttpChannelChild::Send__delete__ called late in shutdown
Categories
(Core :: Networking, defect, P3)
Core
Networking
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mccr8, Unassigned)
References
Details
(Whiteboard: [necko-backlog])
In debug Linux e10s M5, we sometimes destroy an nsHTMLDocument during shutdown cycle collection, which ends up calling HttpChannelChild::Release, which ends up calling PHttpChannelChild::Send__delete__() when it is too late to actually send anything, so we exit the child process. This prevents us from getting leak logs for the child process.
Comment 1•10 years ago
|
||
I wonder if we could just make the IPDL machinery know when it's too late to be able to send anything and silently ignore such requests? It seems like the only other solution is playing whack-a-mole with the ContentChild::IsAlive hammer.
Reporter | ||
Comment 2•10 years ago
|
||
That sounds fine to me, but I think Ben wants it like this. Is that right, Ben? We have a few of these on file already, and I need to file some more.
Flags: needinfo?(bent.mozilla)
Comment 3•10 years ago
|
||
Also, this case is more complicated because the IPDL destructor will release the channel, thus preventing a leak. If we guard the Send__delete__ call, we don't run the release code and therefore leak the channel.
Reporter | ||
Updated•10 years ago
|
Reporter | ||
Comment 4•10 years ago
|
||
This is also happening sometimes in e10s debug M1.
We talked about this in some other bug, right?
Flags: needinfo?(bent.mozilla)
Reporter | ||
Comment 6•10 years ago
|
||
Yeah, sorry, I should have cancelled the needinfo.
Updated•9 years ago
|
Whiteboard: [necko-backlog]
Comment 7•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P1
Comment 8•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: P1 → P3
Reporter | ||
Comment 9•3 years ago
|
||
content process leak logs have been working for a long time, so I suppose this isn't relevant any more.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•