Table grows when combobox is clicked on

VERIFIED WORKSFORME

Status

()

Core
Layout: Tables
P3
normal
VERIFIED WORKSFORME
19 years ago
18 years ago

People

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

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
<html><head><title>weird bug</title></head>
<body>
<form><table border=1>
<tr>
<td nowrap>
<fieldset>
<legend align=center>Spacing</legend>
<table width="100%" border=1>
<tr>
<td>
<label>
Letter:<br>
<select type="select-one" name="letter-spacing-selector" size=1 maxlength=80>
<option>foo</option>
</select>
</label>
When in GFX render mode for combobox a table cell grows with each click of the
combobox button.

Example:
</td>
</tr>
</table>
</fieldset>
</td>
</tr>
</table>
</form>
</body>
</html>

Updated

19 years ago
Assignee: karnaze → kipp

Comment 1

19 years ago
I see problems with the area frame and possibly the combo box. I discovered this
by turning on the reflow debug flags in nsTableFrame.h.

Kipp, during unconstrained table reflow, the area frame in the top level cell
frame is reporting increasingly larger max element sizes when the gfx combo box
is clicked. It does this even though its child, the nested table, is reporting
the same max element size.

Rod, the desired sizes of the nested table's area frame is increasing, probably
due to the combo box. If you were to fix this, the problem may go away, but then
Kipp wouldn't have a test case.

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M15

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → WORKSFORME

Comment 2

19 years ago
The bug has gone away...
(Reporter)

Comment 3

19 years ago
I noticed this yesterday too.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 4

19 years ago
Verified WORKSFORME based on reporter comments.
You need to log in before you can comment on or make changes to this bug.