71183 - <select> not rendered when enclosed in inline tag (<small>, <font>, <tt>, <span>, etc)

Status: VERIFIED DUPLICATE of bug 69785

(Core :: DOM: HTML Parser, defect, P2)

Description

[Dave]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1)
Gecko/20010306
BuildID:    2001030609

On the above page (http://www.realtor.com/eastbay/nbregion1.asp?st=ca), there
should be a <select> element rendered where it says "To select two or more..."
but this isn't rendered under Mozilla (it is rendered with NS 4.x). The code for
the select (and immediate vecinity) follows:

<div ALIGN=center>
<table BORDER=0 CELLPADDING=0 CELLSPACING=6>
<tr ALIGN=left VALIGN=top>
<td>
<form ACTION="/FindHome/PropType.asp" METHOD=get
onSubmit="if(this.comm.selectedIndex == -1) { alert('Please select one or more
communities from the list before continuing.'); return false; }">
<input TYPE=hidden NAME=pgnum VALUE="1">
<input TYPE=hidden NAME=st VALUE="ca">
<input TYPE=hidden NAME=frm VALUE="bycomm">
<input TYPE=hidden NAME=mls VALUE="eastbay">
<input TYPE=hidden NAME=mlsttl VALUE="East Bay">
<small><select NAME="comm" MULTIPLE SIZE="10" ALIGN=top STYLE="font-size: 10px">
<option>Alameda
<option>Albany
<option>Berkeley
<option>Castro Valley
<option>Dublin
<option>Emeryville
<option>Fremont
<option>Hayward
<option>Livermore
<option>Newark
<option>Oakland
<option>Out of Area
<option>Piedmont
<option>Pleasanton
<option>San Leandro
<option>San Lorenzo
<option>Sunol
<option>Union City
</select></small><br>
<font CLASS=Arial SIZE=1>To select two or more,<br>hold down control
key<br>(command key on a Macintosh)<br>while clicking mouse.<br></font>
<table BORDER=0 CELLPADDING=0 CELLSPACING=0><tr><td HEIGHT=3></td></tr></table>
<div ALIGN=center><input TYPE=submit VALUE="Continue" CLASS=buttonFAH></div>
</form>

</td>
<td><img SRC="http://img.REALTOR.com/eastbay/region1.gif" BORDER=0 ALT=""></td>
</tr></table></div>


Reproducible: Always
Steps to Reproduce:
1.) Go to the mentioned page.
2.) Notice that there's no select element with Alameda, Albany, Berkeley, etc in it.
3.) View it under netscape and notice that they are there.

Actual Results:  Data loss is observed on the page and it is practically
unusable for its intended purpose.

Expected Results:  User should be allowed to select one or more areas to search.

Works on NS 4x

Comment 1

[Boris Zbarsky [:bzbarsky]]

The problem is with the <small> around the select.  Attaching minimal testcase.

Comment 2

[Boris Zbarsky [:bzbarsky]]

Attachment: Attachment with <small> around <select>

Comment 3

[Boris Zbarsky [:bzbarsky]]

This could be related to or a duplicate of bug 69772

Comment 4

[rods (gone)]

Attachment: reduced test case

Comment 5

[rods (gone)]

The select is enclosed inside a "<small>" tag. The small tag is an inline 
frame and is positioning the select at x coord -2040, this sounds familar. 
reassigning to core layout

Comment 6

[Dave]

Updating summary

Comment 7

[Dave]

This isn't limited to <small> tags (or <tt> tags from 69772), <font> tags also
cause this bug. I imagine many types of tags probably break <select>s.

I'll attach a testcase with the <font> tag bug (taken from
http://www.autopacific.com/scores/index.html). Tested with 2001031309/Linux. If
you remove either the SIZE="8" or the <font></font> from the testcase, the
<select> will render.

I'm upgrading severity to blocker and I'm downgrading my browser to an older
nightly build until this is fixed.

Feel free to mark this a dup of 69772 if you want but please consider upping
that one to blocker also if you do... just my $0.02

Comment 8

[Dave]

Attachment: example of <select> inside <font>

Comment 9

[Marc Attinasi]

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

Comment 10

[Dave]

Changing summary.

Comment 11

[Boris Zbarsky [:bzbarsky]]

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

Comment 12

[Dave]

I installed 2001021909 and got this bug so, apparently, it's been around for a
while.
I'll install some other builds and see if I can figure out exactly when it appeared.

Comment 13

[Boris Zbarsky [:bzbarsky]]

From the duplicate bug 69772:

The <select> renders correctly in build 2001-02-13-08 but not in build
2001-02-13-21.

Comment 14

[Dave]

Hmmm... a lot of builds from back then have been deleted (including 2001021321)
but I saw the following:

- All testcases (including the one from 69772) appear to be displayed correctly
on 2001021303, 2001021403 and 2001021503 on Linux.

- The next Linux build available is 2001022809 which displays all testcases
incorrectly, as described in the bugs. This is a gcc295 build and the others
aren't but that shouldn't have anything to do with this.

- As I said, I installed 2001021909 yesterday which I happened to have on my
hard drive at work and the <font> testcase was displayed incorrectly (I don't
think I tested the others).

As a side note, I noticed that the <select> in the first testcase for this bug
(<small> tag _and_ <form> tag), the <select> is rendered, but the <small> tag
appears to have to effect... this may be a new, possibly related, bug.

Comment 15

[Boris Zbarsky [:bzbarsky]]

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

Comment 16

[Boris Zbarsky [:bzbarsky]]

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

Comment 17

[Håkan Waara]

I will investigate and report my findings here...

Comment 18

[Marc Attinasi]

I've done a little bit of narrowing: first, the problem is is when the select is
in any inline, and second, this is not a problem if the select is size=1 (in
other words, comboboxes work OK).

Rod, you are the SELECT expert - any clues?

Comment 19

[Marc Attinasi]

This sure smells like a dup of bug 69785 - wadayathink?

Comment 20

[Marc Attinasi]

*** This bug has been marked as a duplicate of 69785 ***

Comment 21

[James Green]

Verified dup.