crash in TypeConstraintPropagateThis::newType

RESOLVED FIXED in mozilla15



JavaScript Engine
5 years ago
5 years ago


(Reporter: Scoobidiver (away), Unassigned)


(4 keywords)

15 Branch
crash, regression, reproducible, topcrash
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(crash signature)



5 years ago
With 200 crashes an hour, it's #1 top crasher in today's build.
It first appeared in 15.0a1/20120519. The regression range is:
Almost all comments are related to Facebook.

Signature 	TypeConstraintPropagateThis::newType(JSContext*, js::types::TypeSet*, js::types::Type) More Reports Search
UUID	c9cc51e0-acfa-4ffe-8bc0-b92fa2120519
Date Processed	2012-05-19 17:07:12
Uptime	5259
Last Crash	more than 3 months before submission
Install Age	1.5 hours since version was first installed.
Install Time	2012-05-19 15:39:25
Product	Firefox
Version	15.0a1
Build ID	20120519030527
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7600
Build Architecture	x86
Build Architecture Info	GenuineIntel family 6 model 23 stepping 6
Crash Address	0xffffffffdadadada
App Notes 	
AdapterVendorID: 0x10de, AdapterDeviceID: 0x0dc4, AdapterSubsysID: 085a10de, AdapterDriverVersion:
D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ 
EMCheckCompatibility	True	
Total Virtual Memory	2147352576
Available Virtual Memory	1526779904
System Memory Use Percentage	58
Available Page File	2127355904
Available Physical Memory	885227520

Frame 	Module 	Signature 	Source
0 	mozjs.dll 	TypeConstraintPropagateThis::newType 	js/src/jsinfer.cpp:1259
1 	mozjs.dll 	js::types::TypeCompartment::resolvePending 	js/src/jsinferinlines.h:843
2 	mozjs.dll 	js::types::TypeSet::add 	js/src/jsinfer.cpp:429
3 	mozjs.dll 	js::types::TypeSet::addPropagateThis 	js/src/jsinfer.cpp:752
4 	mozjs.dll 	js::analyze::ScriptAnalysis::analyzeTypesBytecode 	js/src/jsinfer.cpp:3564
5 	mozjs.dll 	js::analyze::ScriptAnalysis::analyzeTypes 	js/src/jsinfer.cpp:4151
6 	mozjs.dll 	JSScript::ensureRanInference 	js/src/jsinferinlines.h:1485
7 	mozjs.dll 	js::mjit::Compiler::checkAnalysis 	js/src/methodjit/Compiler.cpp:178
8 	mozjs.dll 	js::mjit::Compiler::performCompilation 	js/src/methodjit/Compiler.cpp:535
9 	mozjs.dll 	js::mjit::Compiler::compile 	js/src/methodjit/Compiler.cpp:146
10 	mozjs.dll 	js::mjit::CanMethodJIT 	js/src/methodjit/Compiler.cpp:1000
11 	mozjs.dll 	js::RunScript 	js/src/jsinterp.cpp:291
12 	mozjs.dll 	js::InvokeKernel 	js/src/jsinterp.cpp:359
13 	mozjs.dll 	js::Invoke 	js/src/jsinterp.cpp:391
14 	mozjs.dll 	JS_CallFunctionValue 	js/src/jsapi.cpp:5473

More reports at:*%2C+js%3A%3Atypes%3A%3ATypeSet*%2C+js%3A%3Atypes%3A%3AType%29


5 years ago
Duplicate of this bug: 756793
I can reproduce this using Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/15.0 Firefox/15.0a1.

1. Load and enable WebGL
2. Map out a set of directions
3. Go to street view and pan around

I was able to crash following these steps but I crashed in other instances as well. You will find it is not that hard to crash on that site.
Keywords: reproducible
Duplicate of this bug: 756826

Comment 4

5 years ago
Appears very frequently and consistently. This bug is also very annoying. Recommend you change the importance to Blocker. Hope a fix is under way. I don't want this bug to last for more than a day or I'll really be disappointed. Thanks.

Comment 5

5 years ago
liyc_oliver, developers are on week end. Please use the stable version of Firefox you can download from

Comment 6

5 years ago
Pardon me, but for such a critical bug, there is definitely one developer in the whole world willing to sacrifice their weekend to fix it right? If I had enough coding experience, I would definitely sacrifice my weekend to fix it. Especially when so many f-words are coming out in the crash signatures comment tab. :#

Comment 7

5 years ago
Would be helpful to derive the exact changeset that caused this by using mozilla-inbound builds.

Also, I believe that bug 756797 with its signatures is the same thing, probably all caused by a single thing that landed in the JS engine on Friday.
I'd expect it to come from <>, so one of luke's patches seems likely.
Bug 755604 is also a possibility.

Comment 10

5 years ago
liyc_oliver: It does not take a lot of coding experience to compile Firefox from source code (almost none, in fact).  If you can compile it from source code, you can run 'hg bisect'.

Once you run hg bisect for a few hours, you will have identified the regressing changeset.

Once the regressing changeset has been identified, the sheriff can consider backing it out, and the JS team will be able to focus on fixing the bug rather than hunting for the regressing changest.

Comment 11

5 years ago
Regression window(m-i)
Not crash
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120518095652
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120518103652

5232403e7b8f	Till Schneidereit — Bug 755604 - Incrementalize JSCompartment::markTypes. r=billm
Blocks: 755604
This seems to be caused by bug 755604 indeed - sorry!

A likely fix is in bug 756851. I'm re-building now to verify and will post an update afterwards.
The likely fix is now compiling on the try servers:
My testing confirms the fix and try server looks green so far.

If anyone's interested, here are try builds containing the fix:
I cannot reproduce the crash using that build on my Mac following my STR in Comment 2.

(In reply to Till Schneidereit [:till] from comment #14)
> My testing confirms the fix and try server looks green so far.
> If anyone's interested, here are try builds containing the fix:
Depends on: 756851

Comment 16

5 years ago
Bug seems fixed in version 21/5/2012 Nightly. Great job guys!
This is indeed fixed by
Last Resolved: 5 years ago
Resolution: --- → FIXED


5 years ago
tracking-firefox15: ? → ---
Target Milestone: --- → mozilla15
You need to log in before you can comment on or make changes to this bug.