Closed Bug 1276295 Opened 8 years ago Closed 8 years ago

[e10s] Every single tab crashing – Inability to use nightly with e10s enabled on OS X 10.9

Categories

(Core :: DOM: Core & HTML, defect)

Product:
Core
Component:
DOM: Core & HTML
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla49
Tracking Flags:
Tracking Status
e10s ? ---
firefox47 --- unaffected
firefox48 --- unaffected
firefox49 --- fixed

People

(Reporter: clement.lefevre, Assigned: haik)

References

Details

(Keywords: crash, nightly-community, regression, Whiteboard: [mozfr-community])

Crash Data

With today's update on Nightly and OS X 10.9, tab systematically crashing if e10s in enabled. It's impossible to go on a single website. Disabling e10s solves the problem.

I was unable to reproduce it on a Linux build.

Problem was reproduced with clean, empty profile and safe mode, and was still here after reinstalling nightly.
Blocks: e10s
Crash Signature: [@ mozilla::dom::ContentChild::RecvSetProcessSandbox ]
tracking-e10s: --- → ?
Whiteboard: [mozfr-community][nightly-community]
Keywords: crash, regression
Looking at the crash report
Crash Signature: [@ mozilla::dom::ContentChild::RecvSetProcessSandbox ] → [@ mozilla::dom::ContentChild::RecvSetProcessSandbox ] mozilla::dom::ContentChild::RecvSetProcessSandbox
Summary: [e10s] Every single tab crashing – Inability to use nightly with e10s enabled → [e10s] Every single tab crashing – Inability to use nightly with e10s enabled on OS X 10.9
Bad previous message send too early.
Looking at the list of crashes accessible as for now, it looks like only different versions of OS X 10.9 are affected.
Crash Signature: [@ mozilla::dom::ContentChild::RecvSetProcessSandbox ] mozilla::dom::ContentChild::RecvSetProcessSandbox → [@ mozilla::dom::ContentChild::RecvSetProcessSandbox ]
Just to help narrow the windows, yesterday's build was fine.
Keywords: regressionwindow-wanted
:Porkepix helped us narrow this down to an inbound push:

https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?changeset=062491c62640

And bobowen thinks he's found the problem in the patches for bug 1272764.
Blocks: 1272764
Assignee: nobody → haftandilian
Bug 1272764 backed out. The next OSX nightlies should work again.
https://hg.mozilla.org/mozilla-central/rev/a41a34f7d936
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox47: --- → unaffected
status-firefox48: --- → unaffected
status-firefox49: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla49
Thanks; confirming the backout here was the right thing to do... I've been seeing these crashes, just finished running mozregression, and was about to file a new report (blocking bug 1272764) when I found this one.
Keywords: nightly-community
Whiteboard: [mozfr-community][nightly-community] → [mozfr-community]
Version: unspecified → Trunk
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.