If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

area frame's max element size width is incorrectly set to 0

VERIFIED INVALID

Status

()

Core
Layout
P3
normal
VERIFIED INVALID
18 years ago
8 months ago

People

(Reporter: karnaze (gone), Assigned: buster)

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

18 years ago
The above url and the test case below trigger an incremental reflow causing the
problem reported. There is a separate bug (10716) addressing that, and if it
gets fixed, we'll need a different way to invoke this bug.

The table cell's area frame containing the radio button is returning a 0 max
element width (the radio button is returning a non zero max element width).

<TABLE WIDTH="100%" BORDER="0" CELLPADDING="15" CELLSPACING="0">
 <TR>
  <TD WIDTH="100%" VALIGN="top">foo</TD>
  <TD BGCOLOR="#FFFFFF" WIDTH="175" VALIGN="TOP">
   <table width="100%" cellspacing="0" cellpadding="0" border="0">
    <tr>
     <td bgcolor="#669900">
      <form>
       <input type="radio" name="vote" value="1">
      </form>
     </td>
    </tr>
   </table>
  </TD>
 </TR>
</TABLE>
foobar
(Reporter)

Updated

18 years ago
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → INVALID
(Reporter)

Comment 1

18 years ago
Marking invalid after Troy explained that max element widths are only being set
when the avail width is unconstrained.
(Reporter)

Comment 2

18 years ago
And the reason is "initial".

Comment 3

18 years ago
I don't think we currently restrict it just to 'initial' and I think 'resize' is
okay, too.

You raise an interesting point, and it needs clarification exactly when it
applies

Updated

18 years ago
Status: RESOLVED → VERIFIED

Comment 4

18 years ago
Based on Troy's comments, marking as verified invalid.
You need to log in before you can comment on or make changes to this bug.