Closed Bug 1144500 Opened 10 years ago Closed 10 years ago

[SHB] Tapping SHB causes input to lose focus

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.2+, b2g-v2.2 verified, b2g-master verified)

VERIFIED FIXED
2.2 S9 (3apr)
blocking-b2g 2.2+
Tracking Status
b2g-v2.2 --- verified
b2g-master --- verified

People

(Reporter: mikehenrty, Assigned: mikehenrty)

Details

(Keywords: dogfood, Whiteboard: [systemsfe])

Attachments

(1 file, 2 obsolete files)

This is very easy to do when switching keyboard contexts (ie. from characters to numbers) and causes the keyboard to go away. It's especially easy to do on devices like Aries, and is quite annoying.
This is probably a polish bug, but if we have people dogfooding aries devices with 2.2, I guarantee we will want to fix this.
blocking-b2g: --- → 2.2?
How should we fix this?
Flags: needinfo?(firefoxos-ux-bugzilla)
Flagging Omega for suggestions on keyboard. We definitely need to fix this.
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(ofeng)
blocking-b2g: 2.2? → 2.2+
Keywords: dogfood
Omega, any updates here?
Comment on attachment 8582098 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master Kevin, what do you think about doing something like this to prevent the keyboard from closing when accidentally tapping the SHB bar? Right now this patch makes it so that taps on the SHB bar are recognized by the keyboard and map to the key above it. We'll also have to see what UX thinks about this.
Attachment #8582098 - Flags: feedback?(kgrandon)
I don't have an Aries, but it seems a bug which should be fixed. @Rudy, do you have any thought on this?
Flags: needinfo?(ofeng) → needinfo?(rlu)
FWIW, this bug also reproduces on Flame with SHB enabled, but the problem is not as pronounced.
IMHO, the proposed solution in comment 6 looks good to me. Thanks.
Flags: needinfo?(rlu)
Comment on attachment 8582098 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master Sounds good to me.
Attachment #8582098 - Flags: feedback?(kgrandon) → feedback+
Assignee: nobody → mhenretty
Comment on attachment 8582098 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master Unfortunately, this simple approach won't work. Tap events will get forwarded to any app under the SHB, which includes things like the homescreen. So right now you could accidentally open an app by tapping on the SHB, which I think is unexpected and strange behavior. Instead I will investigate using the touch forwarder, and only forward the taps when the underlying app is the keyboard.
Attachment #8582098 - Attachment is obsolete: true
Target Milestone: --- → 2.2 S9 (3apr)
Comment on attachment 8583422 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master I found a simpler approach that I think works well. Etienne or Kevin, one of you wanna have a look?
Attachment #8583422 - Flags: review?(kgrandon)
Attachment #8583422 - Flags: review?(etienne)
Attachment #8583421 - Attachment is obsolete: true
Comment on attachment 8583422 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master Etienne, could you take this? Otherwise maybe Alive could do it? I am slammed right now so I won't get to this in a timely manner. Thanks!
Attachment #8583422 - Flags: review?(kgrandon)
Comment on attachment 8583422 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master Perfect, just a small comment about a comment :)
Attachment #8583422 - Flags: review?(etienne) → review+
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8583422 [details] [review] [gaia] mikehenrty:bug-1144500-no-pointer-events-shb > mozilla-b2g:master [Approval Request Comment] [Bug caused by] (feature/regressing bug #): Not a regression. SHB always stole focus. [User impact] if declined: Really poor UX on aries device, accidentally dismissing keyboard often. [Testing completed]: Manually tested, added a couple marionettes tests. [Risk to taking this patch] (and alternatives if risky): Risk is to SHB handindling clicks, very low risk. I can't think of another way to do this, and even if I did it would probably be higher risk. [String changes made]: none.
Attachment #8583422 - Flags: approval-gaia-v2.2?
Attachment #8583422 - Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
verified with below build. *2.2 Build ID 20150416162504 Gaia Revision d50b8a3919a7b4d8d289f150d3b9bed704ebafa9 Gaia Date 2015-04-16 21:46:57 Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/5ebf32030512 Gecko Version 37.0 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150416.195720 Firmware Date Thu Apr 16 19:57:29 EDT 2015 Bootloader L1TC000118D0 *master Build ID 20150416160206 Gaia Revision 3cd0a9facce26c2acc7be3755a17131a6358e33f Gaia Date 2015-04-16 16:33:22 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/51e3cb11a258 Gecko Version 40.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150416.191700 Firmware Date Thu Apr 16 19:17:10 EDT 2015 Bootloader L1TC000118D0
Status: RESOLVED → VERIFIED
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: