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)

defect

Tracking

()

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
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: