The default bug view has changed. See this FAQ.

Fatal assert on startup with javascript.options.typeinference set to false

RESOLVED FIXED in mozilla14

Status

()

Core
XPConnect
--
critical
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: Jesse Ruderman, Assigned: bholley)

Tracking

({assertion})

Trunk
mozilla14
x86_64
Mac OS X
assertion
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
If I set
  user_pref("javascript.options.typeinference", false);
I hit a fatal assertion on startup:

Assertion failure: JS_GetOptions(cx) & ((uint32_t)1 << (18)), at js/xpconnect/src/nsXPConnect.cpp:1212

The assertion was added in bug 744034. I don't think this is a reasonable thing to assert; the pref exists for a reason.
Created attachment 615211 [details] [diff] [review]
Don't assert that TI is enabled when the pref is disabled. v1

Right. Duh.

Flagging jdm for review, mostly to make absolutely sure that the pref change is scoped to this test.
Attachment #615211 - Flags: review?(josh)

Updated

5 years ago
Attachment #615211 - Flags: review?(josh) → review+
Pushed to m-i: http://hg.mozilla.org/integration/mozilla-inbound/rev/69fdff02f85d
Assignee: nobody → bobbyholley+bmo
Target Milestone: --- → mozilla14
This asserts when the browser starts in safe mode too.
(In reply to Kyle Huey [:khuey] (khuey@mozilla.com) from comment #3)
> This asserts when the browser starts in safe mode too.

Filed bug 745661 for this.

Comment 5

5 years ago
This was merged to M-C on 4/16/12.  Changeset 69fdff02f85d
resolving fixed per comment 5.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.