Closed
Bug 452209
Opened 16 years ago
Closed 16 years ago
Drop down menus don't respond
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 102695
People
(Reporter: davet, Assigned: roc)
References
(Depends on 1 open bug, )
Details
Attachments
(2 files, 1 obsolete file)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Since I upgraded my Firefox earlier today, as per the notification that an upgrade was available, some drop-down menus no longer work. Example, the above webpage drop-down for Year was working perfactly before upgrade and no longer allows a selection. It still works with IE, so it's not the website. Interestingly, some drop-down menus from the main menu at the top of the webpage, work.
Reproducible: Always
Steps to Reproduce:
1.Stopped Firefox, re-started and same problem
2.Brought up same webpages on IE and it works perfectly
3.
Actual Results:
open website www.regalboats.com
Under Navigate drop-down, select Archive
New screen populates and requests to select "Please chose a Year" on a drop-down menu.
No longer allows selection of the Year, but did before upgrade this morning
Expected Results:
Should have dropped down and shown years 2007 2006 2005 2004 to select from
Assignee | ||
Comment 2•16 years ago
|
||
Needs QA love probably
Comment 3•16 years ago
|
||
Assignee | ||
Comment 4•16 years ago
|
||
WFM on Mac. But dropdowns work differently there.
Component: Toolbars → Layout
Product: Firefox → Core
QA Contact: toolbars → layout
Version: unspecified → Trunk
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → roc
Flags: wanted1.9.1?
Comment 5•16 years ago
|
||
Comment on attachment 335630 [details]
testcase
Arh, sorry, apparently something went wrong while minimizing, this is worksforme, too.
Attachment #335630 -
Attachment is obsolete: true
Comment 6•16 years ago
|
||
Comment 7•16 years ago
|
||
I guess this is invalid.
Assignee | ||
Comment 8•16 years ago
|
||
Why?
Comment 9•16 years ago
|
||
Well, I don't know. Please enlighten me.
I guess the relative positioned element creates a stacking context, so I guess it still needs to be on front of the normal div then.
http://www.w3.org/TR/CSS21/visuren.html#z-index
Assignee | ||
Comment 10•16 years ago
|
||
Ah, I see! Yeah, the <select> is actually under the enclosing <div>, so the enclosing <div> gets the mouse events. So our behaviour is correct, or at least not incorrect, per spec.
If we made elements transparent to events in some cases, that could "fix" this.
Reporter | ||
Comment 11•16 years ago
|
||
Wondering why this is marked as RESOLVED INVALID when in fact it is exactly the same problem today as yesterday, when I logged the bug. It is NOT resolved and look forward to a resolution. Thanks Dave
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Comment 12•16 years ago
|
||
Because the webpage has layered an invisible element on top of the drop down list meaning that the list doesn't get any mouse clicks
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•16 years ago
|
Flags: wanted1.9.1? → wanted1.9.1-
You need to log in
before you can comment on or make changes to this bug.
Description
•