Closed
Bug 396750
Opened 17 years ago
Closed 17 years ago
Crash [@ nsFloatCacheList::Tail] on trunk with unminimized testcase from bug 346405
Categories
(Core :: Layout, defect, P4)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: martijn.martijn, Assigned: roc)
References
()
Details
(Keywords: crash, Whiteboard: [cannot reproduce][dbaron-1.9:Rs])
Crash Data
Attachments
(4 files)
Trunk is still crashing with an unminimized testcase from bug 346405.
Roc advised to file a new bug for this.
It's very likely also crashing branch, so marking security sensitive for now.
I haven't really bothered making a minimized testcase yet, I can do that if wanted.
http://crash-stats.mozilla.com/report/index/8b35811c-6699-11dc-a846-001a4bd43e5c
0 nsFloatCacheList::Tail()
mozilla/layout/generic/nsLineBox.cpp:849
1 nsFloatCacheFreeList::Append(nsFloatCacheList&)
mozilla/layout/generic/nsLineBox.cpp:936
2 nsLineBox::FreeFloats(nsFloatCacheFreeList&)
mozilla/layout/generic/nsLineBox.cpp:481
3 nsBlockFrame::DoReflowInlineFrames(nsBlockReflowState&, nsLineLayout&,
nsLineList_iterator, int*, LineReflowStatus*, int)
mozilla/layout/generic/nsBlockFrame.cpp:3271
4 nsBlockFrame::ReflowInlineFrames(nsBlockReflowState&,
nsLineList_iterator, int*) mozilla/layout/generic/nsBlockFrame.cpp:3188
5 nsBlockFrame::ReflowLine(nsBlockReflowState&, nsLineList_iterator,
int*)
etc..
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → roc
Flags: blocking1.9?
Assignee | ||
Updated•17 years ago
|
Flags: blocking1.9? → blocking1.9+
Assignee | ||
Comment 1•17 years ago
|
||
I'd love a minimized testcase here. But based on past experience with bug 346405, your minimal testcase may not reproduce for me. Worth a try though if you've got the time.
Reporter | ||
Comment 2•17 years ago
|
||
I'll add intermediate unminimized testcase, while minimizing. You should give a beep then when those don't crash anymore.
Reporter | ||
Comment 3•17 years ago
|
||
This is crashing directly for me and with a different stack:
http://crash-stats.mozilla.com/report/index/bbac2c9e-7394-11dc-990d-001a4bd43e5c
0 nsTableOuterFrame::GetContentInsertionFrame() mozilla/layout/tables/nsTableOuterFrame.h:128
1 nsBlockFrame::RenumberListsFor(nsPresContext*, nsIFrame*, int*, int) mozilla/layout/generic/nsBlockFrame.cpp:6430
2 nsBlockFrame::RenumberListsInBlock(nsPresContext*, nsBlockFrame*, int*, int) mozilla/layout/generic/nsBlockFrame.cpp:6396
3 nsBlockFrame::RenumberLists(nsPresContext*) mozilla/layout/generic/nsBlockFrame.cpp:6376
etc...
Reporter | ||
Comment 4•17 years ago
|
||
This is only crashing when zooming in or out.
Assignee | ||
Comment 5•17 years ago
|
||
testcase3 does not crash for me. Nor does testcase4.
testcase2 does.
Reporter | ||
Comment 6•17 years ago
|
||
This was based on a testcase that used to crash with the stacktrace in comment 0, but this resulting (reasonable) minimized testcase is crashing here:
http://crash-stats.mozilla.com/report/index/244a4bc5-745c-11dc-a7e5-001a4bd43ef6
0 nsBlockFrame::DrainOverflowLines(nsBlockReflowState&) mozilla/layout/generic/nsBlockFrame.cpp:4316
1 nsBlockFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState const&, unsigned int&) mozilla/layout/generic/nsBlockFrame.cpp:911
2 nsContainerFrame::ReflowChild(nsIFrame*, nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState const&, int, int, unsigned int, unsigned int&, nsOverflowContinuationTracker*) mozilla/layout/generic/nsContainerFrame.cpp:722
3 nsColumnSetFrame::ReflowChildren(nsHTMLReflowMetrics&, nsHTMLReflowState const&, unsigned int&, nsColumnSetFrame::ReflowConfig const&, int, nsCollapsingMargin*) mozilla/layout/generic/nsColumnSetFrame.cpp:520
4 nsColumnSetFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState const&, unsigned int&) mozilla/layout/generic/nsColumnSetFrame.cpp:749
5 nsBlockReflowContext::ReflowBlock(nsRect const&, int, nsCollapsingMargin&, int, int, nsMargin&, nsLineBox*, nsHTMLReflowState&, unsigned int&, nsBlockReflowState&) mozilla/layout/generic/nsBlockReflowContext.cpp:339
6 nsBlockFrame::ReflowFloat(nsBlockReflowState&, nsPlaceholderFrame*, nsMargin&, unsigned int&) mozilla/layout/generic/nsBlockFrame.cpp:5609
etc..
It should crash at once or after a few reloads.
Assignee | ||
Comment 7•17 years ago
|
||
Yeah, that one crashes on load...
Assignee | ||
Comment 8•17 years ago
|
||
Well, it did. Now it doesn't, probably because of bug 397007.
Assignee | ||
Comment 9•17 years ago
|
||
testcase2 no longer crashes for me. Neither does the original testcase in the URL field.
Reporter | ||
Comment 10•17 years ago
|
||
Yes, in current trunk build, unminimised testcase2 doesn't seem to crash anymore.
The original url doesn't seem to crash also (although it seems to hang the browser for a long time).
unminimized testcase3 is still crashing for me:
http://crash-stats.mozilla.com/report/index/b6d3fe2e-75b3-11dc-87df-001a4bd43ef6
0 nsTableOuterFrame::GetContentInsertionFrame() mozilla/layout/generic/nsColumnSetFrame.cpp:76
1 nsBlockFrame::RenumberListsFor(nsPresContext*, nsIFrame*, int*, int)
etc..
unminimized testcase4 doesn't crash anymore for me, but it doesn't show a vertical scrollbar, which it should.
other testcase also doesn't crash anymore.
Assignee | ||
Comment 11•17 years ago
|
||
testcase 3 and testcase 4 both work fine for me.
Assignee | ||
Updated•17 years ago
|
Whiteboard: [cannot reproduce]
Whiteboard: [cannot reproduce] → [cannot reproduce][dbaron-1.9:Rs]
Reporter | ||
Comment 13•17 years ago
|
||
None of the testcases seem to crash anymore in current trunk build. Marking worksforme.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Flags: in-testsuite?
Updated•14 years ago
|
Crash Signature: [@ nsFloatCacheList::Tail]
Updated•9 years ago
|
Group: core-security → core-security-release
Updated•9 years ago
|
Group: core-security-release
You need to log in
before you can comment on or make changes to this bug.
Description
•