230620 - Text within input fields is rendered below the input field

Status: VERIFIED FIXED

(Core :: CSS Parsing and Computation, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+2]]

After opening this site, placing the focus inside one of the both input fields
and writing some letters you can see that the text is rendered outside the box.
Tested with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a)
Gecko/20040110 Firebird/0.8.0+ (mozJF). Same effect with SeaMonkey so placing it
here.

For regression the last working version I have is Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.7a) Gecko/20040107 Firebird/0.7+ (MozJF)

Comment 1

[Karsten Düsterloh]

Confirmed with Seamonkey 2004-01-10-09 on Win2k

Comment 2

[Christian :Biesinger (don't email me, ping me on IRC)]

works in 2004010708
fails in yesterday-ish cvs build

going to try to back out bug 229583 which henrik suspected as the cause

Comment 3

[Christian :Biesinger (don't email me, ping me on IRC)]

that patch did not cause this regression

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

url for the timeframe from comment 0 and comment 1:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=1%2F07%2F2004+08%3A00&maxdate=01%2F10%2F2004+09%3A00&cvsroot=%2Fcvsroot

(+7355/10061) Lines changed.

Comment 5

[Christian :Biesinger (don't email me, ping me on IRC)]

fails in 2004010908

Comment 6

[Christian :Biesinger (don't email me, ping me on IRC)]

also fails in 2004010808
(all my testing done on win2k)

new bonsai url:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=1%2F07%2F2004+08%3A00&maxdate=01%2F08%2F2004+08%3A00&cvsroot=%2Fcvsroot

Comment 7

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Attachment: Testcase for wrong rendering

Removing "div { position: absolute; }" or using another mode like relative
removes the problem. 

Seams like a bug within the CSS engine.

Comment 8

[Boris Zbarsky [:bzbarsky]]

Oddly enough (my first thought was layout, not css), I bet the problem is in
fact a regression from bug 64116.  We're probably applying that style to the
anonymous div.

Comment 9

[Boris Zbarsky [:bzbarsky]]

Attachment: Patch

Comment 10

[Christian :Biesinger (don't email me, ping me on IRC)]

-> bz/style system

Comment 11

[Boris Zbarsky [:bzbarsky]]

Checked in.

Comment 12

[Boris Zbarsky [:bzbarsky]]

*** Bug 230664 has been marked as a duplicate of this bug. ***

Comment 13

[Boris Zbarsky [:bzbarsky]]

*** Bug 230663 has been marked as a duplicate of this bug. ***