Closed Bug 474938 Opened 16 years ago Closed 16 years ago

crashes [@ nsCSSFrameConstructor::FindInputData]

Categories

(Core :: Layout, defect)

defect
Not set
critical

Tracking

()

RESOLVED FIXED

People

(Reporter: dbaron, Assigned: bzbarsky)

References

Details

(Keywords: topcrash)

Crash Data

So, the line we're crashing on corresponds perfectly to the crash that was fixed by http://hg.mozilla.org/mozilla-central/rev/9ac7c363cf78 which makes me think that this is in fact also the cause of bug 474915.
In particular, http://hg.mozilla.org/mozilla-central/rev/692ae2bf70de essentially backed out http://hg.mozilla.org/mozilla-central/rev/9ac7c363cf78 (although the previous time I don't know that it was known to show up in crash-stats).
Blocks: 474961
Blocks: 474915
I restored the null-check.  http://hg.mozilla.org/mozilla-central/rev/915c70b15d1f
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee: nobody → bzbarsky
I filed bug 475015 to get some URLs for those crashing pages.  So far, the only one I found at http://crash-stats.mozilla.com/topcrasher/byurl/Firefox/3.2a1pre is http://www.daemon-search.com/explore and I just loaded it a few dozen times with no crash.  :(
Judging from bug 474915 and bug 474961, we may well have two of them in the talos pageset.
Yeah, but I don't have that pageset...
I bet Alice does, though.
Crash Signature: [@ nsCSSFrameConstructor::FindInputData]
Product: Core → Core Graveyard
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.