Closed
Bug 11441
Opened 25 years ago
Closed 22 years ago
[Blocker] Crash in table reflow
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
FIXED
M9
People
(Reporter: slogan, Assigned: karnaze)
References
Details
Contact syd@netscape.com for steps to reproduce. Here is the stack trace: nsTableFrame::DidComputeHorizontalCollapsingBorders(nsIPresContext & {...}, int 0, int 10000) line 982 + 11 bytes nsTableFrame::ResizeReflowPass2(nsTableFrame * const 0x0ba6e620, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 2654 nsTableFrame::Reflow(nsTableFrame * const 0x0ba6e624, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 2316 + 38 bytes nsTreeFrame::Reflow(nsTreeFrame * const 0x0ba6e624, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 294 nsContainerFrame::ReflowChild(nsIFrame * 0x0ba6e620, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 439 + 28 bytes nsTableOuterFrame::IR_InnerTableReflow(nsTableOuterFrame * const 0x0ba6dac0, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, OuterTableReflowState & {...}, unsigned int & 0) line 600 + 34 bytes nsTableOuterFrame::IR_TargetIsInnerTableFrame(nsTableOuterFrame * const 0x0ba6dac0, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, OuterTableReflowState & {...}, unsigned int & 0) line 370 + 31 bytes nsTableOuterFrame::IR_TargetIsChild(nsTableOuterFrame * const 0x0ba6dac0, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, OuterTableReflowState & {...}, unsigned int & 0, nsIFrame * 0x0ba6e620) line 342 + 31 bytes nsTableOuterFrame::IncrementalReflow(nsTableOuterFrame * const 0x0ba6dac0, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, OuterTableReflowState & {...}, unsigned int & 0) line 324 + 35 bytes nsTableOuterFrame::Reflow(nsTableOuterFrame * const 0x0ba6dac4, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 997 + 35 bytes nsBoxFrame::FlowChildAt(nsIFrame * 0x0ba6dac0, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0, nsCalculatedBoxInfo & {...}, int & 0, nsString & {...}) line 856 nsBoxFrame::GetChildBoxInfo(nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsIFrame * 0x0ba6dac0, nsCalculatedBoxInfo & {...}) line 226 nsBoxFrame::GetBoxInfo(nsBoxFrame * const 0x0a3ae270, nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsBoxInfo & {...}) line 1229 + 44 bytes nsBoxFrame::GetChildBoxInfo(nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsIFrame * 0x0a3ae230, nsCalculatedBoxInfo & {...}) line 180 nsBoxFrame::GetBoxInfo(nsBoxFrame * const 0x0a3220f0, nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsBoxInfo & {...}) line 1229 + 44 bytes nsBoxFrame::GetChildBoxInfo(nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsIFrame * 0x0a3220b0, nsCalculatedBoxInfo & {...}) line 180 nsBoxFrame::GetBoxInfo(nsBoxFrame * const 0x0a3205d8, nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsBoxInfo & {...}) line 1229 + 44 bytes nsBoxFrame::GetChildBoxInfo(nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsIFrame * 0x0a320598, nsCalculatedBoxInfo & {...}) line 180 nsBoxFrame::GetBoxInfo(nsBoxFrame * const 0x0a3aac40, nsIPresContext & {...}, const nsHTMLReflowState & {...}, nsBoxInfo & {...}) line 1229 + 44 bytes nsBoxFrame::Reflow(nsBoxFrame * const 0x0a3aac04, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 322 nsContainerFrame::ReflowChild(nsIFrame * 0x0a3aac00, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 439 + 28 bytes RootFrame::Reflow(RootFrame * const 0x0b3ba434, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 327 nsContainerFrame::ReflowChild(nsIFrame * 0x0b3ba430, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 439 + 28 bytes ViewportFrame::Reflow(ViewportFrame * const 0x0b3b48f4, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, unsigned int & 0) line 513 nsHTMLReflowCommand::Dispatch(nsHTMLReflowCommand * const 0x0babe520, nsIPresContext & {...}, nsHTMLReflowMetrics & {...}, const nsSize & {...}, nsIRenderingContext & {...}) line 169 PresShell::ProcessReflowCommands(PresShell * const 0x0b33d830) line 1184 PresShell::ExitReflowLock(PresShell * const 0x0b33d830) line 564 PresShell::ContentAppended(PresShell * const 0x0b33d838, nsIDocument * 0x0b319200, nsIContent * 0x0ba8a8f0, int 0) line 1564 XULDocumentImpl::ContentAppended(XULDocumentImpl * const 0x0b319200, nsIContent * 0x0ba8a8f0, int 0) line 1962 RDFElementImpl::AppendChildTo(RDFElementImpl * const 0x0ba8a8f0, nsIContent * 0x0ba93fa0, int 1) line 1696
Summary: Crash in table reflow after adding table content → Crash in table reflow
Also crashes when displaying content for first time in a table that has content.
Found an easy way to do this. Go to tasks menu, bring up messenger. You will get a couple of unrelated asserts, which you can F5 through, and then you will crash with the same stack trace I was seeing.
cc: bienvenu and putterman since syd had mentioned messenger below.
Comment 4•25 years ago
|
||
yes, I see the same crash. this is very recent - i think it started happening yesterday.
Comment 5•25 years ago
|
||
Try backing out the recent changes to layout/base/src/nsStyleContext.cpp and see if this goes away for you. It did for me.
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 6•25 years ago
|
||
Yes, I believe this is fixed by backing out the nsStylecontext change, which dp has done.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Comment 7•25 years ago
|
||
From Peter Lins: No, absolutely not. The bug should be noted so that the crash only happens if 'border-collapse' is set to 'collapse' (which is all my change did). This is a perfectly legal value and table reflow should not crash due to it. (This value can be set via a style sheet and still cause the crash) So I'm re-opening. It's no longer a blocker for Mail/News - I'll leave it up to syd to say if he's still blocked/
Comment 8•25 years ago
|
||
If this bug is not fixed, please remove the resolution. Thanks
Updated•25 years ago
|
Resolution: FIXED → ---
Comment 9•25 years ago
|
||
clearing resolution
Comment 10•25 years ago
|
||
It looks like we're seeing this same crash in the address book on Linux Bug 11468. I'm pretty sure that is from after we backed out nsStyleContext.cpp. So it looks like we still have a problem.
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Target Milestone: M9
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → REMIND
Assignee | ||
Comment 11•25 years ago
|
||
Syd, If backing out the style changes, didn't fix the crash for you, please change the status back. I'm marking this remind, since I don't have a test case.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 12•25 years ago
|
||
Verified Remind.
Reporter | ||
Comment 13•25 years ago
|
||
Looks to me like it is basically working again.
Comment 15•22 years ago
|
||
FIXED per syd's comment.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 22 years ago
Resolution: --- → FIXED
Updated•22 years ago
|
QA Contact: chrisd → amar
You need to log in
before you can comment on or make changes to this bug.
Description
•