177261 - Contents of <input type="text"> within <div> within <fieldset> appear outside textbox when the div's css display is changed

Status: RESOLVED WORKSFORME

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

Description

[Rowland Shaw]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826

Seems to only affect text boxes that are a child of a <fieldset>, which in turn
is the child of a <div> when the div's visibility is set to "block" See the
example code at http://www.anotherpointless.org/bugzilla/021029input.html for
possibly the simplest case...


Reproducible: Always

Steps to Reproduce:
1. Visit http://www.anotherpointless.org/bugzilla/021029input.html

Actual Results:  
Note that text does appear in the text box

Expected Results:  
Tex would appear inthe textbox

Comment 1

[Boris Zbarsky [:bzbarsky]]

we already have a few similar bugs...

Comment 2

[Rowland Shaw]

It might be related to this bug: http://bugzilla.mozilla.org/show_bug.cgi?
id=59909

Although there were sufficient differences for me to treat this as different 
(this case requires the fieldset, and doesn't have any initial styling)

Comment 3

[Tuukka Tolvanen (sp3000)]

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

Comment 4

[Tuukka Tolvanen (sp3000)]

Another testcase from bug 178276:
<http://bugzilla.mozilla.org/attachment.cgi?id=105078&action=view>. Confirming
on linux trunk cvs 2002-11-04, dup or not :) & clarifying summary

Comment 5

[Blu3]

https://blue-labs.org/administration/admin/password.php, the input text is only
shifted for the first fieldset and again only when i use a <legend></legend> pair.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Testcases in this bug and the dup work fine in Linux trunk build 2003-04-12-21.
 Is there still a problem here?

Comment 7

[Martin Honnen]

I have tried
  http://bugzilla.mozilla.org/attachment.cgi?id=105078&action=view
with Mozilla 1.4 alpha (Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a)
Gecko/20030401) on Win 98 and it works flawlessly with that build.

Comment 8

[Martin Honnen]

I have also tried
  http://bugzilla.mozilla.org/attachment.cgi?id=105078&action=view
with Mozilla 1.3 release (Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3)
Gecko/20030312) on Win 98 and the test case works flawlessly.
Thus it seems that the bug no longer exists.

Comment 9

[Tuukka Tolvanen (sp3000)]

Both testcases broken on 1.2.1 (note you have to click on the '-' and the '+'
first in attachment 105078 [details]), wfm on 1.3a and current trunk ph^H^Hfb (linux). ->wfm

Comment 10

[Blu3]

http://blue-labs.org/administration/admin/password.php, the bug is most
definitely still here as per build 2003042105

Comment 11

[Boris Zbarsky [:bzbarsky]]

What steps to reproduce?  Just loading and typing in the textboxes worksforme
with a Linux CVS build pulled at "Sat Apr 19 17:18:38 CDT 2003" (but this build
has most of the layout fixes over the last few days merged in...)

Comment 12

[Blu3]

100% repeatable every time since I built the page.  I have a Linux tar.gz build
dated today.

The text is displace for the INPUTs in the left box

Each is displaced about two lines up and about two letters to the left.

Comment 13

[Boris Zbarsky [:bzbarsky]]

Hm... interesting.  Now I see it.... (though still not in a 2003-04-12 nightly,
but...)

Comment 14

[Frank Wein [:mcsmurf]]

Reporter: Does this bug still show up for you (or anyone else CCed here)? This
also works for me on win2k, cvs trunk build

Comment 15

[Paul Gregg]

Does not work for me.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113

The cursor and entered text in the Inputs within the first Feildset at
http://blue-labs.org/administration/admin/password.php are transposed to the
left and up.

Comment 16

[Blu3]

For the record, it's still broken for me.  Build 2004-02-14.8

Comment 17

[Boris Zbarsky [:bzbarsky]]

Blu3, is this still an issue?  I checked in a patch on 2004-04-24 (bug 233094)
that may have fixed your page.  If it did, then you weren't seeing this bug....

Comment 18

[Chris Vance]

I cannot duplicate this.

WFM Windows XP SP2
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040914

Comment 19

[Rowland Shaw]

For the record, it works for me now :o)

Comment 20

[Boris Zbarsky [:bzbarsky]]

OK, marking worksforme.  Please file separate bugs on other seeming instances of
this issue.