Closed Bug 965684 Opened 10 years ago Closed 7 years ago

OSK quickly appearing/dismissing when opening "Options" flyout while Find App Bar & OSK visible


(Firefox for Metro Graveyard :: App Bar, defect, P4)

Windows 8.1


(Not tracked)



(Reporter: kjozwiak, Unassigned)



(Whiteboard: [defect] p=2 )

When you have both the "Find App Bar" and the "OSK" visible, going to the "Options" flyout through the Windows Charm -> Settings will quickly slide in the OSK and then quickly dismiss it.

Steps to reproduce the issue:

1) Open Firefox Metro
2) Go to
3) Slide in the Navigation App Bar and tap the "Settings" button
4) Select the "Find in page" and tap on the search field (the OSK should slide into view)
5) Once the OSK is visible, slide in the Windows Charm and select "Settings -> Options". You'll notice that the OSK will quickly slide in and then dismiss

Current Behaviour:

- Selecting the "Options" flyout through the Windows Charm while both Find App Bar and the OSK are visible will quickly slide in the OSK and than dismiss it

Expected Behaviour:

- OSK shouldn't slide into view while the user is viewing the "Options" flyout

Found the issue using the following builds:
Noticed that it doesn't always happen, but it does happen frequently.
Whiteboard: [triage] [defect] p=0 → [release28] [defect] p=0
Whiteboard: [release28] [defect] p=0 → [release28] [defect] p=2
Assignee: nobody → jmathies
Priority: -- → P1
QA Contact: jbecerra
Whiteboard: [release28] [defect] p=2 → [release28] [defect] p=2 s=it-30c-29a-28b.1
What happen here is this -

1) find bar edit gets focus
2) sliding in the charms menu causes the firefox window to lose foreground status, skb hides
3) select settings -> select about
4) firefox window regains foreground status, find bar has focus, skb comes back up
in bug 952989 we blue the find bar on the 'MozFlyoutPanelShowing' event
5) find bar hides, loses focus, skb hides

I tried firing the MozFlyoutPanelShowing event sooner but it didn't help. By the time the user selects something in the settings menu and winrt is notified, the skb is already coming up.

We can't kill find bar focus on window deactivation either since we want the skb to pop back up if the user flips between windows.

seems like we might have to live with this bug. it's corner case, no not that bug a deal.
Assignee: jmathies → nobody
Priority: P1 → P4
QA Contact: jbecerra
Whiteboard: [release28] [defect] p=2 s=it-30c-29a-28b.1 → [release28] [defect] p=2
Moving back to triage based on comment 2
Whiteboard: [release28] [defect] p=2 → [triage] [defect] p=2
Blocks: metrobacklog
No longer blocks: metrov1backlog
Whiteboard: [triage] [defect] p=2 → [defect] p=2
Mass close of bugs in obsolete product
Closed: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.