Closed
Bug 280434
Opened 19 years ago
Closed 17 years ago
select element works bad with using both hover and content CSS
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: chbok, Unassigned)
Details
(Keywords: testcase)
Attachments
(1 file)
472 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.7.2) Gecko/20040804 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.7.2) Gecko/20040804 If you put a CSS pseudo-style on a select's item in a list to add a content when the mouse hovered one item, you can't go down in the list. It become very hard to select item a the bottom of the list. The scroll bar always want to return to the top of the list. Reproducible: Always Steps to Reproduce: 1. add a <style>select option:hover:after{content:"--";}</style> for example to affect a <select> element, and create a lot of items in the list. 2. suppose you have enough items to see a vertical scrolling bar. 3. try to select the last item with your mouse. Actual Results: The scrolling bar go to the top when you move the mouse over an item. Expected Results: The scrolling bar don't move and you can choice any item (the one with the added content).
Updated•19 years ago
|
Assignee: bugs → nobody
Component: Form Manager → Layout
Product: Firefox → Core
QA Contact: form-manager → layout
Version: unspecified → Trunk
Comment 2•19 years ago
|
||
The problem is that the CSS keeps reflowing the select (to adjust the width and deal with the new frames), and selects scroll on reflow....
Whiteboard: DUPEME
Comment 3•19 years ago
|
||
*** This bug has been marked as a duplicate of 281551 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Comment 4•19 years ago
|
||
This is SO not a duplicate of bug 281551. Bug 281551 is a GTK-only issue with comboboxes. This bug is a cross-platform issue (easily reproduced on Windows, for example) with listboxes. Why was this marked duplicate, exactly?
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 5•19 years ago
|
||
Sorry about that. I was triaging bugs that were fixed by the check-in for bug 281551, and didn't look closely enough at this one.
OS: Linux → All
Hardware: PC → All
Comment 6•17 years ago
|
||
FWIW, this is now WFM on Linux but still broken on OS X and Windows.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•17 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2007121405 Minefield/3.0b3pre Jeffrey, were you testing with a trunk build on OS X and Windows? The testcase WORKSFORME using the trunk build above on Windows XP.
Comment 8•17 years ago
|
||
Sorry, you're right, and I was confused. It WFM on Linux trunk and broken on OS X and Win32 on the Firefox 2.0 branch. So this is probably WFM.
Comment 9•17 years ago
|
||
Resolving as WORKSFORME based on the last three comments.
Status: NEW → RESOLVED
Closed: 19 years ago → 17 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•