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)
Tracking
()
RESOLVED
FIXED
People
(Reporter: undeconstructed, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(1 file)
333 bytes,
text/html
|
Details |
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:
Comment 1•21 years ago
|
||
*** Bug 207986 has been marked as a duplicate of this bug. ***
Comment 2•21 years ago
|
||
several reports of this in 1.4. Haven't seen any newer reports.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 3•21 years ago
|
||
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.
Comment 4•20 years ago
|
||
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.
Comment 5•20 years ago
|
||
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.
Comment 6•20 years ago
|
||
*** Bug 271752 has been marked as a duplicate of this bug. ***
Comment 7•20 years ago
|
||
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
Comment 8•19 years ago
|
||
*** Bug 227589 has been marked as a duplicate of this bug. ***
Comment 9•19 years ago
|
||
Not that it matters much, but with the "frame display lists" patch, I seem to get black boxes, instead of gray boxes.
Comment 10•18 years ago
|
||
Would this be what I'm seeing on MSDN? Example: http://msdn2.microsoft.com/en-us/library/ms644943.aspx
If so, it's annoying. :(
Comment 11•18 years ago
|
||
Is this happening on W2K or newer? Or just Win9x?
Comment 12•18 years ago
|
||
Doesn't seem to happen on WinXP.
Comment 13•18 years ago
|
||
Basically, if this is only a Win9x problem we don't really care, since we're dropping support for that anyway.
Comment 14•18 years ago
|
||
As if you ever did. This bug has been open since 2003. Don't talk as if official support ever mattered.
Comment 15•18 years ago
|
||
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.
Comment 16•18 years ago
|
||
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?
Comment 17•18 years ago
|
||
Sorry, forgot to mention that I still can reproduce the bug in Firefox 1.5.0.7 in a Fedora Linux!
Comment 18•18 years ago
|
||
> 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.
Comment 19•18 years ago
|
||
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?
Comment 20•18 years ago
|
||
This bug is about issues with Windows 98. Period.
Updated•15 years ago
|
QA Contact: ian → layout.view-rendering
Assignee: roc → nobody
Probably fixed by widget removal, if we even could build on Win98...
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•