Closed Bug 2566 Opened 26 years ago Closed 25 years ago

nsHTMLButtonControlFrame and incremental reflow

Categories

(Core :: Layout, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: troy, Assigned: eric)

Details

The Reflow() function of nsHTMLButtonControlFrame doesn't properly handle
incremental reflow. I added some code to keep it from crashing, but it's still
not correct

Why do you have a single child frame that is an area-frame? Wouldn't it be
better if nsHTMLButtonControlFrame was derived from nsAreaFrame instead? Then
you wouldn't need to deal with all the incremental reflow issues...
Assignee: karnaze → pollmann
Status: NEW → ASSIGNED
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Assignee: pollmann → evaughan
Status: ASSIGNED → NEW
An add-on comment from Troy regarding bug 2565.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Fixed in April 23rd Build.
You need to log in before you can comment on or make changes to this bug.