Closed Bug 206000 Opened 21 years ago Closed 15 years ago

<select> boxes draw grey boxes on screen before they are displayed

Categories

(Core :: Web Painting, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: undeconstructed, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030511 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030511 In the 1.4x builds, select boxes occasionally (fairly regularly) draw grey boxes on the screen, that is, over all windows, in the area where the select box will be drawn when it is opened. This doesn't scroll with the page, but will sometimes move if the page is redrawn. It then disappears when the box is opened, and doesn't come back. I find this happens with every theme and at least two different builds, but as I don't see it reported (and it does make things very awkward) it could just be me. Reproducible: Sometimes Steps to Reproduce:
*** Bug 207986 has been marked as a duplicate of this bug. ***
several reports of this in 1.4. Haven't seen any newer reports.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This still happens in recent windows FireFox builds, but since I'm almost never in windows I can't really help with it. I'll take a screenshot if I see it happen.
Eric Meyer thinks this bug is causing some problems I report about his "S5" slide show program. Here's the blog entry, see comments 16, 18, 20 (pasted below): http://www.meyerweb.com/eric/thoughts/2004/10/07/s5-final-candidate/ Here's a link to the page with the bug directly: http://www.meyerweb.com/eric/tools/s5/s5-intro.html And my comments on how to reproduce, from the above-mentioned blog: (PK #16) I noticed a bug with the navigation controls using Firefox 1.0 PR on Linux. If you mouseover the control area (to get the pulldown menu) and click the pulldown’s button, but do not move the mouse at all after clicking, the pulldown disappears and a grey area (for the choices) appears above it, but blank. Things stay like this until you move the mouse, at which point the pulldown reappears and the grey area turns into your list of slides. I haven’t tested this on other targets, and I haven’t looked at your code, so I have no idea if it’s a bug in Firefox or in your code itself, but maybe someone else will be able to reproduce this at least. (PK #18) Interesting… the problem I report appears differently on my win32 Firefox 1.0 PR install. Things work fine when you click the pulldown’s button. But when you mouse out of the control altogether, you then get the vanished-pulldown-and-gray-box effect, which doesn’t go away until you click somewhere on the page. And moving the mouse while this effect is visible can make the content of the box appear and disappear, like flicker. (EM #20) Peter: This is related to a painting bug in Firefox, and not something I can really do anything about. See Bugzilla entry #206000 for more details. Hopefully they’ll get it fixed in the near future.
Attached file Reduced TestCase
Actually what is happening is that when the <select> is showing it's options and you change the visibility to hidden then it will appear the gray box. Steps to reproduce the bug in the attachment Click in the <select> and then point the mouse in the button.
*** Bug 271752 has been marked as a duplicate of this bug. ***
Keywords: testcase
Note that the testcase in this bug doesn't work on Linux (because the button can't get a mouseover event while the popup is up), but the testcase in bug 271752 does at least hide the select. It does NOT produce a gray rectangle in the Linux build. So there is a nontrivial chance that this is a bug in the Windows widget code... Over to view rendering for now, to check whether we properly tear down the view and widget if the visibility is changed while the widget is shown.
Assignee: core.layout.form-controls → roc
Component: Layout: Form Controls → Layout: View Rendering
QA Contact: desale → ian
*** Bug 227589 has been marked as a duplicate of this bug. ***
Not that it matters much, but with the "frame display lists" patch, I seem to get black boxes, instead of gray boxes.
Would this be what I'm seeing on MSDN? Example: http://msdn2.microsoft.com/en-us/library/ms644943.aspx If so, it's annoying. :(
Is this happening on W2K or newer? Or just Win9x?
Doesn't seem to happen on WinXP.
Basically, if this is only a Win9x problem we don't really care, since we're dropping support for that anyway.
As if you ever did. This bug has been open since 2003. Don't talk as if official support ever mattered.
Official support mattered in that while it was supported a fix was desirable. As you point out, no one who uses Windows actually stepped up and, like, debugged it.
Pleas note that this bug is NOT only windows related!!! Test case in this bug reproduce it in Firefox2.0.3 mac(powerpc) but not in (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3) by the same reason given in comment #7. However, testcase in Bug 271752 DOES reproduces the bug in GranParadiso alpha 3(same build)! I'm not familiar to mozilla code but it seems that the boxFrame(with the shadow borders in the mac) of the popupmenu is getting drawn even when the visibility of the select is hidden!!! Maybe when you hide a select you should disable the popupmenu?
Sorry, forgot to mention that I still can reproduce the bug in Firefox 1.5.0.7 in a Fedora Linux!
> Test case in this bug reproduce it in Firefox2.0.3 mac(powerpc) Doesn't matter -- this isn't a security bug. > However, testcase in Bug 271752 DOES reproduces the bug in GranParadiso alpha > 3(same build)! Please file a new bug report, then. This is the sort of issue that needs very different fixes on different OSes. > Sorry, forgot to mention that I still can reproduce the bug in Firefox > 1.5.0.7 Again, doesn't matter.
Ok, I filed a new bug (376607). The test case in this bug works in linux and mac with granparadiso alpha 3. Should this bug be a duplicate of that? or viceversa?
This bug is about issues with Windows 98. Period.
QA Contact: ian → layout.view-rendering
Probably fixed by widget removal, if we even could build on Win98...
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: