Closed Bug 270073 Opened 21 years ago Closed 21 years ago

strange gap (misrendering?) between field elements introduced with firefox 1.0

Categories

(Core :: Layout: Floats, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: ErtlChr, Unassigned)

References

()

Details

(Keywords: qawanted, testcase)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 http://www.mosnet.de/volmer2/kontakt.php shows a gap between input fields "Vorname" and "Nachname". This didn't happen with 0.9.3. This behaviour is also experienced by other users. (German: http://firefox.stw.uni-duisburg.de/forum/viewtopic.php?t=10260) There doesn't appear to be something in the source of the page causing this. Reproducible: Always Steps to Reproduce: 1. Load http://www.mosnet.de/volmer2/kontakt.php. Actual Results: There is a gap between first pair of field elements. Expected Results: There should be the same distance as between the other fields.
Also visible in 20041115 trunk.
Assignee: bugs → nobody
Component: Web Site → Layout
Keywords: qawanted
Product: Firefox → Browser
QA Contact: core.layout
Version: unspecified → 1.0 Branch
Severity: trivial → normal
Version: 1.0 Branch → Trunk
Attached file testcase
That rendering looks right to me. The code calls for the float to be cleared after the <br> of the first form field. So clearing the float of the left menu puts the next field below the menu. I think this is invalid, or a TE bug.
Keywords: testcase
Attached file testcase 2
This is almost the same as the previous tescase, except it has "width:555px" on the "content" div. This causes it to behave "correctly" (no gap) on IE, like the original page. The previous testcase shows a gap on IE, just like on Firefox.
The current behaviour is a result of the fix to bug 148994, and, according to the comments on that bug, is the correct implementation of the standard. I personally think that the standard is terribly counter-intutive and "wrong" here, but there's nothing to do about that. So I'm sadly marking this INVALID. However, it's interesting that IE seems to behave differently when a width is set on the div containing the cleared element (see testcase #2, in IE). Perhaps we should implement this as a quirck?
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Component: Layout → Layout: Floats
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: