Closed Bug 1221401 Opened 9 years ago Closed 4 years ago

Intermittent TEST-UNEXPECTED-FAIL | leakcheck | default process: 496 bytes leaked (CondVar, GeckoChildProcessHost, IPC::Channel, Mutex, StoreRef)

Categories

(Core :: IPC, defect, P3)

Product:
Core
Component:
IPC
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox45 --- affected

People

(Reporter: philor, Unassigned)

Details

(Keywords: intermittent-failure, memory-leak) 

Happened once, in November 2015.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Twice.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This is the #12 leak on OrangeFactor. I haven't been able to reproduce it on Try with the leak stack creation enabled, but I saw it in other runs when I was looking for different leaks. I'm worried that it's timing-sensitive and the logging is enough to throw it off :(
Component: General → IPC
I only see 7 failures in the entire month of February, so I'm not sure how much it is worth pursuing. One thing I noticed is that there are a couple of subclasses of GeckoChildProcessHost. If those are changed to use MOZ_COUNT_CTOR_INHERITED then maybe we'd get more information about what is going wrong.
Bulk assigning P3 to all open intermittent bugs without a priority set in Firefox components per bug 1298978.
Priority: -- → P3

Hasn't happened for a few years.

Status: REOPENED → RESOLVED
Closed: 8 years ago → 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.