Closed
Bug 717441
Opened 12 years ago
Closed 12 years ago
Clobber builds from mozilla-central crash at startup
Categories
(Firefox for Android Graveyard :: General, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dougt, Assigned: Ms2ger)
References
Details
(Keywords: crash, regression, Whiteboard: [native-crash])
No description provided.
Comment 1•12 years ago
|
||
This hasn't affected builds on Tinderbox yet, but I think we're also not sure whether any clobber builds have happened there that could have been affected by this. So, I used the clobberer tool to force clobbers on our Android builders, which should take effect in this cset: https://tbpl.mozilla.org/?rev=8ffdb4c7404a
Updated•12 years ago
|
Target Milestone: Firefox 11 → ---
Version: unspecified → Trunk
Comment 2•12 years ago
|
||
According to various folks testing tinderbox and local builds, this seems to affect debug builds only. Maybe related to bug 683127?
Version: Trunk → Firefox 12
Updated•12 years ago
|
Target Milestone: --- → Firefox 11
Version: Firefox 12 → unspecified
Updated•12 years ago
|
Target Milestone: Firefox 11 → ---
Version: unspecified → Firefox 12
Comment 3•12 years ago
|
||
(In reply to Matt Brubeck (:mbrubeck) from comment #2) > Maybe related to bug 683127? I doubt it. The parts that landed only affect the zip reading (not even the decompression part, just parsing zip headers and getting the compressed stream), not the linker itself.
Reporter | ||
Comment 4•12 years ago
|
||
the crash I saw we were reading in an invalid length. Mike, can you locally back out your change and do a debug build?
Comment 5•12 years ago
|
||
I get a lot of different crashes on debug builds, depending on what i do, and even just quitting triggers a crash. I tested on d85920b5691b, and then backed out bug 683127 completely (still crashed) and for good measure, I also backed out bug 712579 (still crashed)
Comment 6•12 years ago
|
||
I believe this is the same as bug 717336 that I filed yesterday. Will dupe that to here. I isolated it to somewhere between 011e3cef6068 and c42d08fdec34.
Comment 8•12 years ago
|
||
From bug 717336: (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #6) > I have an updated range: > > e79ef0ffcb09 is good > 2f310f456107 is bad
Comment 9•12 years ago
|
||
In another form: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e79ef0ffcb09&tochange=2f310f456107
Keywords: regression
Assignee | ||
Comment 10•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/88acaad9c766 This should fix it
Comment 12•12 years ago
|
||
Is it fixed?
Comment 13•12 years ago
|
||
Works for me now.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 15•12 years ago
|
||
I''m still crashing with my own debug build shortly after startup, I've filed bug 719985 for it.
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•