Open Bug 1440506 Opened 2 years ago Updated Last month

Dropdowns probably should be preserved among reframe

Categories

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

defect

Tracking

()

Webcompat Priority ?
Tracking Status
firefox60 --- affected

People

(Reporter: xidorn, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [layout:backlog])

Attachments

(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:

  https://searchfox.org/mozilla-central/rev/49cc27555d5b7ed2eb06baf156693dd578daa06f/layout/forms/nsListControlFrame.cpp#159

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

  https://searchfox.org/mozilla-central/rev/49cc27555d5b7ed2eb06baf156693dd578daa06f/layout/forms/nsListControlFrame.cpp#159

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