Open Bug 450974 Opened 17 years ago Updated 3 years ago

ASSERTION: non-root frame's desired size changed during an incremental reflow with large margin and height

Categories

(Core :: Layout, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: martijn.martijn, Unassigned)

References

(Depends on 1 open bug)

Details

(Keywords: assertion, testcase)

Attachments

(3 files)

Attached file testcase
See testcase, which shows these assertions in current debug trunk build: ###!!! ASSERTION: non-root frame's desired size changed during an incremental re flow: '(target == rootFrame && size.height == NS_UNCONSTRAINEDSIZE) || (desiredS ize.width == size.width && desiredSize.height == size.height)', file c:/mozilla- build-1.3/mozilla-central/layout/base/nsPresShell.cpp, line 6334 ###!!! ASSERTION: Negative height passed to nsWindow::Resize: '(aHeight >=0 )', file c:/mozilla-build-1.3/mozilla-central/widget/src/windows/nsWindow.cpp, line 2037
Summary: SSERTION: non-root frame's desired size changed during an incremental reflow with large margin and height → ASSERTION: non-root frame's desired size changed during an incremental reflow with large margin and height
Attached file testcase2
I guess the assertions are also related to the painting bug that I see in this case. Keep zooming in to the max with this testcase, then reset the zoom level.
Martijn, maybe same as bug #366791?
Could be, no idea.
Attached file testcase3
A HTML variant of layout/xul/base/src/crashtests/464407-1.xhtml which triggers this assertion with the patch in bug 776265.
I think all these tests triggers the same underlying bug. It appears to be caused by reflowing a ScrollbarFrame for a box with -moz-box-sizing:border-box .
Depends on: 366791
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: