mouseover form button causes table to be redrawn without space for table caption

VERIFIED FIXED in M16

Status

()

Core
Layout: Tables
P3
normal
VERIFIED FIXED
18 years ago
18 years ago

People

(Reporter: Bruce Davidson, Assigned: karnaze (gone))

Tracking

({testcase})

Trunk
x86
Windows NT
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [TESTCASE])

Attachments

(1 attachment)

(Reporter)

Description

18 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m14)
BuildID:    2000041008

When viewing the page (see below) if the mouse is moved over the form button in
the second table the table is redrawn incorrectly. The caption is drawn at the
top of the table (as before) but so are the cells. Blank space is then left at
the bottom of the table.	

Reproducible: Always
Steps to Reproduce:
1. Load a page containing the code below
2. Move the mouse over the button in the 2nd table
3. Move the mouse over the button in the 3rd table

Actual Results:  At 1. All three tables are correctly rendered
At 2. The second table is redrawn. The table caption is redrawn at the top of
the table, but the table contents are too. This leaves blank space (equivelant
to the height of the caption) and an unreadable caption.
At 3. The table without the caption is still rendered correctly when the mouse
is moved over the form button.



Expected Results:  At 1. Correct
At 2. Only the button should be rerendered. If the table is rerendered (why?)
the caption and table contents should still be rendered in the correct position.	


I'm not sure if this should be in HTML Elements - Forms instead, or Event
handling. Would someone who knows please move it if appropriate.

It is similar to another bug (number not to hand) on button clicks causing table
cells to expand. However I have examined the test case for that bug and mine and
think that this is a different bug, relating to captions in particular. (You can
note that no other table rendering errors are observed on moving over or
clicking either of the buttons).

HTML code below:
<html>
<head>
<title>Mozilla bugs with table captions test</title>
</head>
<body>
<table cellpadding="1" cellspacing="0">
  <tr>
    <td bgcolor=#cccccc>
<table bgcolor=#ffffff cellspacing="0" cellpadding="3">
  <caption>This is a table caption</caption>
  <tr><td>Cell 1,1</td><td>Cell 2,1</td></tr>
  <tr><td>Cell 1,2</td><td>Cell 2,2</td></tr>
</table>
    </td>
  </tr>
</table>

<br />
<form name="form1">
<table cellpadding="1" cellspacing="0">
  <tr>
    <td bgcolor=#cccccc>
<table bgcolor=#ffffff cellspacing="0" cellpadding="3">
  <caption>This is a table caption</caption>
  <tr><td>Cell 1,1</td><td>Cell 2,1</td></tr>
  <tr><td>Cell 1,2</td><td>Cell 2,2</td></tr>
  <tr><td><input type="button" name="btn1" value="Button1"
/></td><td>&nbsp;</td></tr>
</table>

</table>
    </td>
  </tr>
</table>
</form>

<br />
<form name="form1">
<table cellpadding="1" cellspacing="0">
  <tr>
    <td bgcolor=#cccccc>
<table bgcolor=#ffffff cellspacing="0" cellpadding="3">
  <tr><td>Cell 1,1</td><td>Cell 2,1</td></tr>
  <tr><td>Cell 1,2</td><td>Cell 2,2</td></tr>
  <tr><td><input type="button" name="btn1" value="Button1"
/></td><td>&nbsp;</td></tr>
</table>

</table>
    </td>
  </tr>
</table>
</form>

</body>
</html>
(Reporter)

Comment 1

18 years ago
I've just tried this on the last milestone build I had (M14, ID 2000022820,
again on WinNT) and there are no problems. This bug has been recently introduced
(or regressed from a previously fixed on).
(Reporter)

Comment 2

18 years ago
Confirmed as still afflicting M15 on WinNT. Build ID 2000041805

Comment 3

18 years ago
well, the HTML is pretty bad, but the bug is valid. attaching testcase.

Comment 4

18 years ago
Created attachment 7910 [details]
Testcase with bug

Comment 5

18 years ago
confirming bug, this is a bug bwetween <caption> and <input>
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED
Target Milestone: --- → M16
(Assignee)

Comment 6

18 years ago
Adding incremental reflow keywords.

Updated

18 years ago
Keywords: testcase
Whiteboard: [TESTCASE]
(Assignee)

Comment 7

18 years ago
This was fixed with the recent changes to the outer table code.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Reporter)

Comment 8

18 years ago
Verified on PC on build 2000050820
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.