Closed
Bug 327646
Opened 19 years ago
Closed 18 years ago
Select does not display drop down inside fieldset and display:inline position:relative div
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: joshua, Unassigned)
References
()
Details
(Keywords: helpwanted, testcase)
Attachments
(1 file)
|
372 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
In Firefox 1.5 and 1.5.1, setting the CSS display property to 'none' or 'hidden' and then setting it to 'visible' seems to work, except that the select elements no longer drop down.
They continue to allow selections by using the keyboard to scroll through options, it is only the display of the drop down that doesn't occur.
Reproducible: Always
Steps to Reproduce:
1. Set a DIV element which contains a form with a select element and set its CSS display property to hidden or none.
2. Set the DIV element's display property to visible.
Actual Results:
Select element does not produce drop down box.
Expected Results:
Select element should produce drop down box.
Comment 1•19 years ago
|
||
Confirmed Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20060214 Firefox/1.5 ID:2006021404
The category should probably be changed to CORE: Layout Form Controls.
Comment 2•19 years ago
|
||
I have a testcase for this, which I'll attach shortly. Updating summary. I can see the bug also in Mozilla1.7.12, so no (recent) regression.
Status: UNCONFIRMED → NEW
Component: General → Layout: Form Controls
Ever confirmed: true
Keywords: testcase
Product: Firefox → Core
QA Contact: general → layout.form-controls
Summary: Select form item does not display drop down if a parent element display has previously been set to none or hidden → Select does not display drop down inside fieldset and display:inline position:relative div
Version: unspecified → Trunk
Comment 3•19 years ago
|
||
Comment 4•18 years ago
|
||
This worksforme on Linux, but it does that with older builds too. Is this still an issue?
Comment 5•18 years ago
|
||
Yes, still an issue, using the latest trunk build on windows.
Comment 6•18 years ago
|
||
Sounds like a Win32 widgetry issue, at a guess...
Assignee: nobody → win32
Component: Layout: Form Controls → Widget: Win32
Keywords: helpwanted
QA Contact: layout.form-controls → ian
Updated•18 years ago
|
Flags: blocking1.9?
Comment 8•18 years ago
|
||
As bug 371093 pointed out, it can be inside a form as well.
Comment 10•18 years ago
|
||
Is bug 369599 related to this?
This worksforme in the latest 1.9a3 on win32; please renominate if that's not the case (or close if it's fixed).
Flags: blocking1.9?
Comment 12•18 years ago
|
||
Yeah, this is worksforme, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070325 Minefield/3.0a3pre
I guess fixed by the "use less views" bug?
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•18 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•