58299 - form outside table causes a weird position redraw of input text

Status: VERIFIED WORKSFORME

(Core :: Layout: Form Controls, defect, P3)

Description

[Brian Wilson]

From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (WinNT; I)
BuildID:    2000102404

I noticed when deleting the text and you get to the first char, the form fields 
on the line re-render, shifted up about 1 pixel. This appears to happen when 
a text field is the first thing in a table cell.

Reproducible: Always
Steps to Reproduce:
1. Load the indicated page.
2. Move the mouse insertion pointer to the end of the string "pqg" in the text 
field
3. delete the text, character by character.

Actual Results:  When you get to the first character, deleting it shifts the 
whole field up approx 1-2 pixels. Type 2 more characters back in and the field 
shifts down 1 pixel again. You can do this ad infinitum
* note: the submit button in the same cell of this table shifts an equal amount 
in all cases.

Expected Results:  No content re-rendering

I think I narrowed this down a bit. Here are the criteria:
  * context of fields must be in a table
  * seems to only happen if there is more than one field on a line and the one 
being altered by deletion is of type text, password, file and textarea (tried 
checkbox and button types and they didn't change things by themselves)
  * a form field must be the first thing in the cell (putting text before it 
solves the problem)
  * This only affects the form fields that are in the current cell where the 
text being altered resides

I realize that the above criteria makes it rather a boundary condition, but 
given the huge percentage of authors that use tables for layout, and the fact 
that tables are frequently used as an align mechanism for multiple fields, this 
seems less a boundary case than one might otherwise think.

Simple HTML code to repro:
-----
<form method=get action="search">
<TABLE><TR><TD><input type="text" name="oeu" value="ee"> <input type="checkbox" 
name="foo" value="pqr"></TD></TR>
</table>
</form>

Comment 1

[James Lariviere]

Marking NEW. Win build 2000102920.

I think the <form> outside of the table containing the form controls is what is
causing this rendering issue.

In the testcase, you can see that by moving the <form> inside the table cell
with the form controls fixes this rendering behavior.

To me this hints at some sort of redraw issue so I think that this is may be a
layout issue and not a html form control issue.

Editing summary.
Old Summary:Input text field first in table cell, text entry resizes the entry box

Comment 2

[James Lariviere]

Attachment: testcase-shows rendering diffs with <form> inside/outside table

Comment 3

[rods (gone)]

this may be a dup, I think I have seen this before - reassigning

Comment 4

[kinmoz]

This sounds like a table reflow problem. Giving to [e-mail], cc'ing 
[e-mail].

Comment 5

[Vladimir Ermakov]

QA Contact Update

Comment 6

[karnaze (gone)]

wfm

Comment 7

[Vladimir Ermakov]

I see this on windows 98 build 2001-08-27-03... first submit input is under the
text input and the second submit input is to the right of the text input. On IE
and Netscape 4.x both submits are to the right of text input...

Comment 8

[jerone]

Verified Build 2001082703 os: winNT

Comment 9

[Vladimir Ermakov]

This works on win2000 but not 98, reopening and changing OS

Comment 10

[anthonyd]

definietely works on win2k, and works for me on winME.  I will wait to 
WORKSFORME it until i can test on win98 though.

Comment 11

[Vladimir Ermakov]

Cool, this works for me on windows 98 build 2001-10-29-03!

Comment 12

[Vladimir Ermakov]

verifying build 2002-01-07-03-trunk windows 98