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)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: joshua, Unassigned)

References

()

Details

(Keywords: helpwanted, testcase)

Attachments

(1 file)

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.
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.
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
Attached file testcase
This worksforme on Linux, but it does that with older builds too. Is this still an issue?
Yes, still an issue, using the latest trunk build on windows.
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
Flags: blocking1.9?
As bug 371093 pointed out, it can be inside a form as well.
Maybe bug 352093 could fix this?
Depends on: widget-removal
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?
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
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: