22573 - select tag nested in font tag causes horizontal grey bar

Status: VERIFIED DUPLICATE of bug 20185

(Core :: Layout, defect, P3)

Description

[davew-bugz2]

* Overview Description

The existence of a <font> tag between <form> and <select size=4> causes a
horizontal gray bar to appear, covering part of the page, when you scroll
to meet that part of the page.

Doesn't seem to arise if the page is too short to scroll. Doesn't arise if you
don't specify a size for the <select>. Doesn't arise if you leave out the
<font>.

* Steps to Reproduce

0) Launch mozilla
1) Go to http://www.wired.com/
2) Scroll down to the B+N box on the left hand side

Alternatively, place the following code in a page, sufficiently far down that
you have to scroll to get to it:

<form method="get" action="sprucemoose">

<font size=2>

<select size=4>

        <option name="1">one
        <option name="2">two
        <option name="3">three
        <option name="4">four
        <option name="5">five
        <option name="6">six

</select>

</font>

</form>

* Actual Results

Select box still appears, but a grey bar with the same height, the same vertical
coordinates, and the width of the entire page, covers any other content in that
area of the page.

* Expected Results

No grey bar :-)

* Build Date & Platform

Build 1999122308, Linux Mandrake 6.0 on i686.

* Additional Builds and Platforms Tested On

Also occurs on the Milestone 12 release, but if the <select> is high enough
to appear without scrolling down, the grey area still appears, and larger.

Comment 1

[davew-bugz2]

Attachment: Code used to reproduce the bug; scroll down to see the select box

Comment 2

[troy]

Looks fine on NT, must be Linux specific

Comment 3

[Kevin McCluskey (gone)]

From the discription of the problem, I would guess that paint messages for the
newly exposed area during scrolling are not being generated.

Using a 1/4/2000 11:00am build of mozilla I tried both URL http://www.wired.com
and built the simpler select test case and added enough lines so that I had to
scroll it into view. In both cases it worked fine for me. A grey bar is
displayed momentarily then the display is refreshed. The grey area is the newly
exposed region of the window, but a paint message is sent which causes the newly
exposed area to be rendered.

Comment 4

[Hervé Renault]

i get this problem too on Linux SuSE 6.2, with a fairly recent Mozilla (checked
out CVS on 5 jan 2000)

Comment 5

[leger]

Clearing WORKSFORME resolution due to reopen.

Comment 6

[Kevin McCluskey (gone)]

Waqar, can you look at this?

From the discription of the problem, I would guess that paint messages for the
newly exposed area during scrolling are not being generated.

I can not duplicate the problem on my Linux box here.

Comment 7

[waqar]

For me the page does not render at all, just the toolbar on the left side of the
page. the main contents are gray.

Comment 8

[davew-bugz2]

Waqar, I occasionally get the full window covered too, but I can't reliably
reproduce this.

kmcclusk, comparing the actual results to your 2000-01-05 note, it does look
to me like the only thing missing is the final paint message. Also if you
partially cover the affected area with another window then remove it, the
area that was covered is redrawn correctly.

In nightly builds immediately pre M12, the horizontal grey bar appeared even
on short pages with no scrolling.

Comment 9

[waqar]

This is related to gfx scrollbars as well. Using gfx scroll bars I can reproduce
it with the attachment. When using native scroll bars it do not see this
problem.

Comment 10

[Damian Christey]

Bang. yet another dup of 20185.

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

Comment 11

[leger]

Marking Verified as a dup.