Closed Bug 81269 Opened 24 years ago Closed 24 years ago

Investigate possible issues with recursive reflows

Categories

(Core :: Layout, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 81268

People

(Reporter: attinasi, Assigned: attinasi)

Details

While investigating another problem, I put a check in nsFrame::WillReflow to
assert if the frame is already in a reflow. Strangely, this assert gets
triggered whenever I pop up a XUL-based dialog (preferences dialog in browser,
or table dialog in Composers, for example).

I cannot understand yet if we support recursive reflows in some cases, all
cases, or if this is a bug. The frame in question is always the ViewportFrame.
Here is the code I added:

NS_IMETHODIMP
nsFrame::WillReflow(nsIPresContext* aPresContext)
{
#ifdef DEBUG
  if (0 != (mState & NS_FRAME_IN_REFLOW)) {
    NS_ASSERTION(0 == (mState & NS_FRAME_IN_REFLOW),
                 "frame is already in reflow");
    nsresult rv = NS_OK;
  }
#endif

  NS_FRAME_TRACE_MSG(NS_FRAME_TRACE_CALLS,
                     ("WillReflow: oldState=%x", mState));
  mState |= NS_FRAME_IN_REFLOW;
  return NS_OK;
}


This bug is a reminder to investigate this...
entered twice

*** This bug has been marked as a duplicate of 81268 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.