Open
Bug 1253978
Opened 8 years ago
Updated 2 years ago
Slightly styled <select> inconsistently sets hover/depressed state to the dropmarker (depending on initial focus) [3/3]
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox47 | --- | affected |
People
(Reporter: arni2033, Unassigned)
Details
Attachments
(1 file)
>>> My Info: Win7_64, Nightly 47, 32bit, ID 20160229030448. DEFAULT THEME
STR:
1. Open attached "testcase 1"
2.A) Click in urlbar or on the free place on page
2.B) Click in urlbar, then press Tab key several times to focus the <select>
3. Click <select>'s dropmarker [drop-down list will open]
4. Click <select>'s dropmarker [drop-down list will collapse]
5. Move mouse away from select's dropmarker
AR:
A) [e10s] After Step 3 dropmarker switches to "depressed" state (black arrow on blue background)
After Step 5 dropmarker is still in "depressed" state (black arrow on blue background)
[non-e10s] After Step 3 dropmarker switches to "hovered" state (black arrow on lightblue)
After Step 5 dropmarker is still in "hovered" state (black arrow on lightblue)
B) Dropmarker is always in "normal state (black arrow on gray button)
ER: Either X or Y or Z
X) Scenarios A and B should lead to the same result with e10s on and off
Y) A and B should lead to the same result_1 with e10s on and to the same result_2 with e10s off
Z) A and B should lead to the same result with e10s on (aka "at least fix e10s")
Note:
"Depressed state" means black arrow on dark-blue background.
"hovered state" means black arrow on light-glue background.
Request a screenshot/screencast if necessary
Comment hidden (spam) |
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•