nsHTMLButtonControlFrame and incremental reflow

VERIFIED FIXED in M4

Status

()

Core
Layout
P2
normal
VERIFIED FIXED
20 years ago
20 years ago

People

(Reporter: troy, Assigned: Eric Vaughan)

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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...

Updated

20 years ago
Assignee: karnaze → pollmann

Updated

20 years ago
Status: NEW → ASSIGNED

Comment 1

20 years ago
Setting all current Open/Normal to M4.

Comment 2

20 years ago
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Updated

20 years ago
Assignee: pollmann → evaughan
Status: ASSIGNED → NEW

Comment 3

20 years ago
An add-on comment from Troy regarding bug 2565.
(Assignee)

Updated

20 years ago
Status: NEW → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 4

20 years ago
Fixed in April 23rd Build.
You need to log in before you can comment on or make changes to this bug.