Open Bug 709536 Opened 8 years ago Updated 5 months ago
columnset reflow sometimes doesn't remove NS
_FRAME _IN _REFLOW
###!!! ABORT: must call nsHTMLReflowState& version during reflow: '!(f->GetStateBits() & NS_FRAME_IN_REFLOW)', file layout/base/nsLayoutUtils.cpp, line 4772 This is the same abort as in bug 708036, but the testcase and stack seem different.
Related bug 709651?
I think errors during reflow are causing the nsColumnSetFrame to not have its NS_FRAME_IN_REFLOW bit cleared at the end of reflow.
Automation reproduced this with the same stack at http://fishki.net/comment.php?id=106840 on 32bit and 64 bit Linux Beta/11, Aurora/12, Nightly/13 but I can't reproduce it locally.
This assertion is removed in bug 707195 patch 3.
... but comment 3 is still a real problem even so.
No longer at all related to readability since the assertion is gone, but still a real bug (and something we should perhaps have assertions to catch).
Summary: "ABORT: must call nsHTMLReflowState& version during reflow" with -moz-column, table cell → columnset reflow sometimes doesn't remove NS_FRAME_IN_REFLOW
Bug 81268 is somewhat related.
filter on [mass-p5]
Priority: -- → P5
OS: Mac OS X → All
Priority: P5 → P3
Hardware: x86_64 → All
This no longer reproduces.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
See comment 5 - 7
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Sorry about that, at least we have a testcase landed now if/when anyone ever gets back to it :)
The leave-open keyword is there and there is no activity for 6 months. :mats, maybe it's time to close this bug?
You need to log in before you can comment on or make changes to this bug.