Closed
Bug 853740
Opened 11 years ago
Closed 11 years ago
Work - OSK should not appear when creating new tabs while focus on URL
Categories
(Firefox for Metro Graveyard :: Shell, defect, P3)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: kjozwiak, Unassigned)
References
Details
(Whiteboard: [shovel-ready] feature=work)
If you tap on the URL and receive the OSK, tapping the "+" for a new tab will constantly open and close the OSK as the tabs are being created. If you attempt to tap anywhere on the home screen (on the white spaces), the OSK will re-appear and then disappear instead of removing focus from the URL bar. Reproduced many times on the following: - Windows 8 Touch Notebook - Windows 8 Simulator (using touch) Steps to reproduce the issue: 1) Open Firefox Metro 2) Tap on the URL and make sure the OSK appears 3) Once the OSK is opened, tap on the "+" to create a new tab 4) Do Step #4 several times and you will notice the OSK appearing when creating tabs 5) Tap anywhere on the white spaces of the Firefox start page and you will notice the OSK appearing (might have to tap a few times) Actual Results: - OSK appearing when creating new tabs - OSK appearing when tapping on the white spaces of the Firefox start page Expected Results: - Creating a new tab should remove focus from the URL and the OSK should not be appearing - Tapping on the Firefox start page (on the white spaces) should remove focus from the URL and not display the OSK
Reporter | ||
Comment 1•11 years ago
|
||
Step #4 should say "Do Step #3 several times"
Comment 2•11 years ago
|
||
(In reply to Kamil Jozwiak [:kjozwiak] from comment #1) > Step #4 should say "Do Step #3 several times" Otherwise you'd have an infinite loop! :P
Whiteboard: p=2
Updated•11 years ago
|
Updated•11 years ago
|
Summary: OSK appearing when creating new tabs while focus on URL → Work - OSK should not appear when creating new tabs while focus on URL
Whiteboard: p=2 → feature=work
Updated•11 years ago
|
Whiteboard: feature=work → [shovel-ready] feature=work
Comment 3•11 years ago
|
||
strawman: priority 3 why: visually annoying, but does not prevent user story.
Priority: -- → P3
Comment 4•11 years ago
|
||
This was pre-split up of the tabbar/navbar. I don't think this applies anymore. Kamil, do you still consider this a valid bug?
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
Comment 5•11 years ago
|
||
Hey Kamil, please see Jim's question in Comment #4.
Flags: needinfo?(kamiljoz)
Reporter | ||
Comment 6•11 years ago
|
||
Yup, this isn't valid anymore as Jim mentioned that both the Tab & Navigation bar have been split. Went through a few test cases just to make sure everything was working as expected. Used the following build: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-07-11-03-02-04-mozilla-central/ - Tapped on the Navigation app bar and ensured that OSK appeared without any issues - Ensured that I can still slide in the "Tab" bar while the OSK is visible and create a new tab without any issues - Ensured that when a new tab is being created, the OSK is still visible until a user taps on a white space to dismiss the OSK - There's some issues with the OSK graphic but its covered in bug 861945
Status: RESOLVED → VERIFIED
Flags: needinfo?(kamiljoz)
Assignee | ||
Updated•10 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•