Closed Bug 933989 Opened 6 years ago Closed 6 years ago

Defect - New tab button in tab bar always sets focus to the url bar, triggering soft keyboard

Categories

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

x86_64
Windows 8.1
defect

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 28

People

(Reporter: jimm, Assigned: rsilveira)

References

Details

(Whiteboard: [block28] feature=defect c=tbd u=tbd p=1)

Attachments

(2 files)

rather annoying ux bug, the url bar shouldn't get focus so that the sk comes up obscuring about:start in the new tab.

str: 
1) swipe in the tabbar
2) tap the plus button

result: a new tab is opened, the url bar gains focus, and the skb is displayed.
Summary: New tab button in tab bar always sets focus to the url bar, triggering soft keyboard → Defect - New tab button in tab bar always sets focus to the url bar, triggering soft keyboard
Whiteboard: [triage] → [triage] feature=defect c=tbd u=tbd p=0
Whiteboard: [triage] feature=defect c=tbd u=tbd p=0 → [release28] feature=defect c=tbd u=tbd p=0
I'm still able to reproduce on 11-3 nightly. STR

1) open about start
2) tab the urlbar to bring up the keyboard
3) tap the start page white space to dismiss the soft keyboard
4) swipe in tab tray
5) click new tab button

result: tab open, focus is on the urlbar, skb comes up
Assignee: nobody → rsilveira
Blocks: metrov1it20
No longer blocks: metrov1backlog
Status: NEW → ASSIGNED
Priority: -- → P2
QA Contact: jbecerra
Whiteboard: [release28] feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=1
Attached patch 933989.patchSplinter Review
Added a new command for keyboard shortcut, it's handy to start typing after pressing ctrl+t. Will not focus on url bar after click/tapping the new tab button.
Attachment #8341391 - Flags: review?(mbrubeck)
Attachment #8341391 - Flags: review?(mbrubeck) → review+
Test + test fix.
Attachment #8341451 - Flags: review?(mbrubeck)
Attachment #8341451 - Flags: review?(mbrubeck) → review+
https://hg.mozilla.org/mozilla-central/rev/c7f35fd43aa9
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 28
Went through the following defect for iteration #20 without any issues. Used the following build:
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-12-16-03-02-02-mozilla-central/

- Went through the original test case from comment #0 without any issues
- Went through the test case from comment #1 without any issues
- Ensured that when the OSK is visible, using CTRL + T would focus on the Navigation App Bar in the new start tab without sliding in the OSK
- Ensured that when the OSK isn't visible, using CTRL + T would focus on the Navigation App Bar in the new start tab without sliding in the OSK
- Ensured that opening a new tab via the overlay button after dismissing the OSK doesn't trigger the OSK in the new start tab
- Opened several new tabs while the OSK was visible while browsing and ensured that the OSK didn't trigger in the new start tabs being created
- Ensured that once the OSK was dismissed from a website, creating a new tab wouldn't trigger the OSK in the new start tabs being created
- Ensured that the OSK isn't triggered in the new tab when the user taps on either Top Sites, Bookmarks or Recent History while the OSK is visible/not visible
- Went through all of the above test cases using filled view without any issues
You need to log in before you can comment on or make changes to this bug.