Closed Bug 1394176 Opened 5 years ago Closed 5 years ago

Crash in mozilla::Scheduler::SetPrefs


(Core :: DOM: Content Processes, defect)

Not set



Tracking Status
firefox-esr52 --- unaffected
firefox55 --- unaffected
firefox56 --- unaffected
firefox57 --- fixed


(Reporter: marcia, Assigned: mccr8)


(Keywords: crash, regression, topcrash)

Crash Data


(1 file)

This bug was filed from the Socorro interface and is 
report bp-4ff379e1-cb51-403b-95d7-2ebcf0170826.

Seen in calixte's report - Linux and Mac crash which started using 20170825100126:

Possible regression range based on crash stats:

Maybe related to Bug 1350432? ni on :billm for some insight
Flags: needinfo?(wmccloskey)
I see Windows crashes as well, so changing platform to all.
OS: Mac OS X → All
Hardware: Unspecified → All
This currently ranks as the top browser crash on Nightly, 346 total crashes/72 installs - most of them Linux.
Keywords: topcrash
I suspect that this is an issue with content and child having different versions. I'm assuming that ContentProcess::Init is called before ContentChild::Init, and this code doesn't look very resilient against -schedulerPrefs not being sent.
Assignee: nobody → continuation
I think this patch is an improvement, but a change to the scheduler pref formatting string could still cause a buffer overflow, which is not great. Maybe the char* should get turned into a safer data structure.
Comment on attachment 8902344 [details]
Bug 1394176 - Use default values for scheduler prefs if the parent process didn't send any.

Still not sure if this is really a version mismatch, but I guess we can paper over it for now.
Attachment #8902344 - Flags: review?(wmccloskey) → review+
Keywords: leave-open
Pushed by
Use default values for scheduler prefs if the parent process didn't send any. r=billm
Flags: needinfo?(wmccloskey)
This last showed up in the 8-25 build, which is before I landed anything, so it is hard to say if what I did mattered, but I'll close this.
Closed: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.