Closed Bug 323192 Opened 19 years ago Closed 18 years ago

the value of input fields with display: block inside a table are displayed outside the field on initial load

Categories

(Core :: Layout: Form Controls, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: 092222, Unassigned)

References

Details

(Keywords: regression, testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; sv-SE; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; sv-SE; rv:1.8) Gecko/20051111 Firefox/1.5

as per the summary, in the testcase the text "value" is displayed just right of "y" until you select the form element and enter something.

Reproducible: Always

Steps to Reproduce:
1. load the testcase
2. watch
Attached file testcase
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060112 Firefox/1.6a1 ID:2006011205

Not (always) on initial load but on second load here and in that case I see a change between 1.8b2_2005062810 and 1.8b2_2005062823.

http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-06-28+09%3A00%3A00&maxdate=2005-06-28+23%3A00%3A00&cvsroot=%2Fcvsroot
Confirmed.
With that regression range, I guess it could be bug 293504 or maybe bug 295690.
Status: UNCONFIRMED → NEW
Component: General → Layout: Form Controls
Ever confirmed: true
Keywords: regression, testcase
Product: Firefox → Core
QA Contact: general → layout.form-controls
Version: unspecified → Trunk
This worksforme (but also worksforme with a 2006-01-12 build) on Linux.  Is this still an issue?
It is still visible for me in:
Mozilla/5.0 (X11; U; Linux i686; sv-SE; rv:1.8.1.1) Gecko/20060601 Firefox/2.0.0.1 (Ubuntu-edgy)
That's a build that's using a rendering engine from August 2005.  Do you see the problem in a current build using a trunk rendering engine?  You'll need to download one from ftp.mozilla.org.
Sorry nocando, this is a work machine on which I can't install things.
I can reproduce it with a 2006-12-07 build, but not anymore with a 2006-12-08 build, so I think this was fixed by the reflow branch landing.
Status: NEW → RESOLVED
Closed: 18 years ago
Depends on: reflow-refactor
Resolution: --- → FIXED
Yeah, I'd expect reflow branch to fix things like this.

jens, note that "install" in this case is "untar the tarball in /tmp, try it, then rm -r the directory".  ;)
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: