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)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: chbok, Unassigned)

Details

(Keywords: testcase)

Attachments

(1 file)

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).
Assignee: bugs → nobody
Component: Form Manager → Layout
Product: Firefox → Core
QA Contact: form-manager → layout
Version: unspecified → Trunk
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
Keywords: testcase

*** This bug has been marked as a duplicate of 281551 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
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 → ---
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
FWIW, this is now WFM on Linux but still broken on OS X and Windows.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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.
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.
Resolving as WORKSFORME based on the last three comments.
Status: NEW → RESOLVED
Closed: 19 years ago17 years ago
Resolution: --- → WORKSFORME
Flags: in-testsuite?
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: