194301 - Inline form element does not break line properly [only on initial load on slow connection]

Status: RESOLVED FIXED

(Core :: DOM: HTML Parser, defect, P4)

Description

[Andre]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030220 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030220 Phoenix/0.5

Go to http://www.robotwisdom.com/ and observe the positioning of the site-search
input-box. It is not in the right place - BUT, Click on a link that takes you
off the page. Click BACK. Upon returning, the box is in the right place.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.robotwisdom.com/
2. Look at incorrect placement of search box
3. Click on any link
4. Click BACK
5. Observe that box is now correctly placed.

Actual Results:  
The search box was placed correctly

Expected Results:  
Place the search box correctly upon first visiting

Comment 1

[Gábor Lipták]

cannot reproduce with

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030214

Comment 2

[Daniel Wang]

must be in this format for the error to occur:
<inline_element><form_element/>text text text<inline_element>

Comment 3

[Vincent Nicolas]

Reproduced on Mozilla 1.4a / W2k
As usual, a zoom + / zoom - solves the issue.

Comment 4

[Andre]

a zoom + / zoom - does not solve the issue here. It looks better, but it's 
still not correctly placed.

Comment 5

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030822

error still seen on http://www.robotwisdom.com/
error not seen on testcase, connection 64 kbs ISDN

Comment 6

[Andrew Schultz]

Attachment: testcase

testcase exhibits the bug with linux trunk 2003081822.	"foo" appears to the
right of "bar" instead of below it.

I load this testcase using a php script that pauses momentarily between each
line.  Might not be reproducible loading as a bugzilla.

Comment 7

[Andrew Schultz]

Attachment: testcase

ugh.  wrong file.  this is the testcase.

Comment 8

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Any idea if this is related to the Parser's fixup or to {ib} frame construction?
 Does DOM inspector show a different content tree when the problem occurs?

Comment 9

[Andrew Schultz]

for the testcase (when the bug exists), DOM Inspector says:
<small></small>
<form>
  <small>
     foo
     bar
  </small>
</form>

testcase without the bug:
<small>
  <form>
    foo
  </form>
  bar
</small>

Comment 10

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

->Parser

Comment 11

[Blake Kaplan (:mrbkap) (inactive)]

Attachment: reduced testcase

Comment 12

[Henri Sivonen (:hsivonen)]

We now have a deterministic HTML parser.