47456 - The form on the above page isn't displayed correctly.

Status: VERIFIED WONTFIX

Description

[Tomer Brisker]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20000801
BuildID:    2000080108

The form on the URL is not displayed correctly. This might also be related to
tables and/or layout.

Reproducible: Always
Steps to Reproduce:
1. Go to http://promotions.yahoo.com/promotions/netiquette/

Actual Results:  The form is not displayed properly- the radio buttons are
missing, and so is the "true" word before every false. Also, the word "false" is
displayed sometimes over other text.

Expected Results:  True/False radio buttons appear to the right of each question.

Comment 1

[Jeffrey Baker]

The code on this page barely qualifies as HTML.  CDATA attribute values are
unquoted.  The tables are specified in absolute pixel sizes.  No DOCTYPE.  Etc,
etc.  Not confirming because of the bad code issues, but adding top100 keyword
and moving to layout.

Comment 2

[Tomer Brisker]

I agree that the code is bad, but it still displays correctly on both netscape 4
and IE 5. Adding 4xp keyword.

Comment 3

[Asa Dotzler [:asa]]

setting bug status to New.  Confirmed with 082408 mozilla win32 build on NT.
Over to form controls.

Comment 4

[rods (gone)]

Created attachment 13613 [details]
reduced testcase

Comment 5

[rods (gone)]

Looks like another align-right (floater) bug. If I remove the align=right from 
the inner table it tart looking better.

Comment 6

[Marc Attinasi]

Chris, this is probably a dup of another bug but I couldn't find it... Yet 
Another Floater Problem.

Comment 7

[ckritzer (gone)]

PDT: Nominating for nsbeta3+
Reason: Forms, top100 site, high visibility;

Additional info:  seems to be related to dispersing form controls in a table.

Comment 8

[karnaze (gone)]

Buster, this looks like a floater problem (I don't have your recent fixes). When 
the align=right is removed from the nested table in the attachment, the "true" 
radio shows up.

Comment 9

[buster]

this is another instance of a page that relies on quirky behavior of inline 
elements in an overconstrained situation.  marking WontFix, adding evangwanted.  
Will attach a reduced test case.

Comment 10

[buster]

Created attachment 14649 [details]
more detailed test case, showing the error in the source and how it can be fixed using either NOBR, or explicit widths (not as effective, depends on user's fonts)

Comment 11

[buster]

as noted in other bugs of this sort, NOBR is non-standard.  Better solutions 
include using the NOWRAP attribute on the TD, or better yet the CSS property 
"white-space: nowrap"

Comment 12

[bsharma]

Updating QA contact.

Comment 13

[Madhur Bhatia]

verified