Closed Bug 910107 Opened 11 years ago Closed 11 years ago

[MP] Defect - OSK being left behind when dismissing "Search for" winodw

Categories

(Firefox for Metro Graveyard :: Input, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: kjozwiak, Unassigned)

References

Details

(Whiteboard: [preview] feature=defect c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0)

Attachments

(1 file)

Attached image OSKissue.jpg
When you dismiss the "Search for.." window by swiping from the bottom, the OSK will be left behind and the user will be able to scroll through the website with the OSK visible. If the user taps on the web page, the OSK will dismiss correctly.

- Attached a screenshot to illustrate the issue

Steps to reproduce the issue:

1) Open Firefox Metro
2) Go into wikipedia.org
3) Tap on the "URL" field in the "Navigation App Bar" and you should receive the OSK
4) Tap on a few letters on the OSK and you will receive the "Search for.." window
5) Dismiss the "Search for.." window by sliding up at the bottom of the screen (the Tab App Bar should appear the top of the screen)
6) Do the same swipe once again from the bottom, this time the "Search for..." & "Tab App Bar" will dismiss and the OSK is left behind

Current Behavior:

- OSK is being left behind when dismissing the "Search for.." window

Expected Behavior:

- OSK should be dismissed correctly and not left behind. User shouldn't have to tap on the web page again to dismiss it while everything else was already dismissed.

Used the following build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-08-27-03-02-01-mozilla-central/
Whiteboard: feature=defect c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0 → [preview-triage] feature=defect c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0
Maybe similar to bug 907520.
Summary: Defect - OSK being left behind when dismissing "Search for" winodw → [MP] Defect - OSK being left behind when dismissing "Search for" winodw
Whiteboard: [preview-triage] feature=defect c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0 → [preview] feature=defect c=firefox_app_bar_and_autocomplete u=metro_firefox_user p=0
I remember being able to reproduce this at some point but it's working for me now. There were some related work recently that might have fixed it, I'll resolve as WFM and if still happens we can reopen.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Also went through this and can't reproduce the original issue from comment #0. Used the following build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-11-10-03-02-05-mozilla-central/

- Went through the original issue from comment #0 without any problems
- Dismissed the keyboard by sliding the OSK & Tab App Bar from the top & bottom of the screen without any problems
- Dismissed the keyboard by tapping on the website without any problems
- Went through the above test cases in both full view and split screen mode (Win 8.1)
No longer blocks: metrov1backlog
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: