Closed
Bug 845982
Opened 12 years ago
Closed 8 years ago
Properly close() PCompositor and PImageBridge
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
e10s | later | --- |
People
(Reporter: BenWa, Assigned: BenWa)
References
Details
Attachments
(1 file, 1 obsolete file)
3.43 KB,
patch
|
bent.mozilla
:
review+
|
Details | Diff | Splinter Review |
I was trying to find why my Shmem leak patch was not working. Turns out these protocols are not closed properly.
Should I also look into adding an ipdl assert to make sure we don't forget again? In the destructor for AsyncChannel we don't check that the channel is close. Perhaps we should.
Attachment #719149 -
Flags: review?(jones.chris.g)
Assignee | ||
Comment 1•12 years ago
|
||
Assignee | ||
Comment 2•12 years ago
|
||
This causes a race, atleast on the GFX branch, because closing the channel happens Async and we release the CompositorParent in parallel.
Depends on: 848949
Comment 3•12 years ago
|
||
BenWa, did a fix for this bug make it into the gfx branch / mozilla-central ?
Comment 4•11 years ago
|
||
At least some of this never made it; bug 899325 covers calling Close() on the channel at shutdown time.
Comment 6•11 years ago
|
||
This is Benoit's patch, unbitrotted and with the effective changes of bug 899325 (removing the comment) rolled in.
Try: https://tbpl.mozilla.org/?tree=Try&rev=95f18d04ee8c
Attachment #719149 -
Attachment is obsolete: true
Attachment #719149 -
Flags: review?(cjones.bugs)
Attachment #783223 -
Flags: review?(bent.mozilla)
Updated•11 years ago
|
Assignee: nobody → bgirard
Comment on attachment 783223 [details] [diff] [review]
unbitrotted, remove commented-out code in nsBaseWidget
Review of attachment 783223 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with this change:
::: gfx/layers/ipc/ImageBridgeChild.cpp
@@ +133,5 @@
> if (sImageBridgeChildSingleton) {
>
> sImageBridgeChildSingleton->SendStop();
> }
> + sImageBridgeChildSingleton->Close();
Shouldn't this be in the if block?
Attachment #783223 -
Flags: review?(bent.mozilla) → review+
Comment 8•11 years ago
|
||
Mass tracking-e10s flag change. Filter bugmail on "2be0fcce-e36a-4e2c-aa80-0e3d33eb5406".
tracking-e10s:
--- → +
Updated•11 years ago
|
Comment 9•10 years ago
|
||
Andrew, Benoit is on leave now, do you want to pick this up?
Flags: needinfo?(continuation)
Comment 10•10 years ago
|
||
(In reply to Brad Lassey [:blassey] (use needinfo?) from comment #9)
> Andrew, Benoit is on leave now, do you want to pick this up?
I might be able to get to this at some point, but not this quarter. I have a few other e10s leak related projects I'm working on.
Flags: needinfo?(continuation)
Assignee | ||
Comment 11•8 years ago
|
||
nical worked heavily on the shutdown. I think all this code has since changed.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•