Open Bug 1440506 Opened 4 years ago Updated 13 days ago

Dropdowns probably should be preserved among reframe


(Core :: Layout: Form Controls, defect, P3)




Webcompat Priority revisit
Tracking Status
firefox60 --- affected


(Reporter: xidorn, Unassigned)


(Blocks 2 open bugs)


(Whiteboard: [layout:backlog:quality])


(1 file)

Attached file testcase
Steps to reproduce:
1. open the testcase
2. click the combo box to open the dropdown
3. wait for several seconds

Expected result:
The dropdown never disappears automatically as far as you don't move the focus

Actual result:
It disappears when position value change.

(Chrome and Edge seem to give the expected result for this testcase.)
See Also: → 1440258
[Triage 2018/03/23 - P3]
Priority: -- → P3
So this happens because this runnable:

Hides the popup unconditionally even if it was reframed, unlike nsHideViewer does, for example:

Content-select would also fix this of course.
Depends on: content-select
Flags: needinfo?(emilio)
Assignee: nobody → emilio
This is way more painful than what I thought, there's all sorts of state along nsComboboxControlFrame and nsListControlFrame that would really need to be moved to HTMLSelectElement...

I'll take it if I have the time, but not this week...
Assignee: emilio → nobody
Flags: needinfo?(emilio)
Duplicate of this bug: 1499001
Duplicate of this bug: 1510466
Duplicate of this bug: 1516550
Duplicate of this bug: 1522732
Duplicate of this bug: 1475396
Webcompat Priority: --- → ?
Whiteboard: [layout:backlog]
Duplicate of this bug: 1568511
See Also: → 1555497
Whiteboard: [layout:backlog] → [layout:backlog:quality]
Duplicate of this bug: 1626211
Webcompat Priority: ? → revisit
Duplicate of this bug: 1719408
Duplicate of this bug: 1719099
You need to log in before you can comment on or make changes to this bug.