Closed
Bug 38925
Opened 25 years ago
Closed 25 years ago
<select> rendering problems when width is specified in css
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: jameslariviere, Assigned: rods)
References
Details
Attachments
(2 files)
I've noticed for the past week's builds that when I click on a <select> form
element that the "drop down" part renders okay but the top "initial" disappears.
I decided to figure out what is causing this in my stylesheet because it was
NOT rendering ALL <select> elements this way.
I found that if you specify the width (in my case px's) causes the rendering
problem.
However, I also found other problems with how the <select> is rendered
generating my test case.
If I click on any of the 4 <select> elements (say the second <select>) only the
4th "drop down" part drops down not the second one you're expecting. Also, as
noted above the forth "initial" display disappears.
Next, if you continue to click on the <select> element, the "drop down"
continues to grow in width size…
I'll post a test case.
(I am using the viewer.exe last night's build -- 05/10/2000, on win98, because
mozilla.exe dies at the splash screen.)
3 problems I see:
1) Disappearing <select> element.
2) In this test case, of the 4 <select> elements, only the 4th element
renders a drop down, when any of the <select>s are clicked.
3) Growing "drop down" section every time you click on it.
|
Reporter | |
Comment 1•25 years ago
|
||
|
|
Assignee | |
Comment 2•25 years ago
|
||
setting to M16, I have a fix for the 4th item dropping down, I will look into
the button disappearing.
Target Milestone: --- → M16
|
|
Assignee | |
Comment 3•25 years ago
|
||
need to check which layer the event was coming from - fixed
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
|
|
Reporter | |
Comment 4•25 years ago
|
||
rod (is that your name?),
I can see that you fixed the drop down part "dropping" to the same <select>
element instead of the last <select> element on the form. I also see you fixed
the "drop down" width growing everytime you click on a <select> element.
However, I can see there are still many problems here(as of win98 build
2000051520).
1) Of course, when the <select> drops down, the initial <select> disappears
leaving only the drop down rendering.
2) Click on the reset button and the <select> element resizes to (I'm guessing)
the full size of the screen. (I put in a new test case to demonstrate this).
3) Click on the same dropdown a couple of times and everything locks up in the
<html> file but doesn't crash mozilla. Look at the links in my new test case -
no more a:hover effects. You have to refresh the page again to get the html
page to work again.
Rod, I don't think these bugs are "resolved" or "fixed" yet? Do you?
|
|
Reporter | |
Comment 5•25 years ago
|
||
|
|
Assignee | |
Comment 6•25 years ago
|
||
Setting up dependency to 38393, currently thaat bug is causing the dropdowns to
stop coming down. I think it has to do with mouse capture. I don't think this
needs to be reopened
Depends on: 38393
|
|
Reporter | |
Comment 7•25 years ago
|
||
rod,
I noticed that the bug#38393 has been fixed but I still see no improvement on
these rendering bugs when a <select> has a width specified in css:
1. initial selection box (not the drop down part) disappears
2. clicking an input[type="reset"] mangles rendering
3. clicking on the dropdown a few times causes the "page" to lockup so you have
to refresh to get the page working again.
|
|
||
Comment 9•25 years ago
|
||
Works for Me
Platform: PC
OS: Windows 98
Mozilla Version: 2000100508
Marking as Verified
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•