701895 - [IME] return key does not cause the urlbar to go to the website using simeji

Status: RESOLVED INCOMPLETE

(Firefox for Android Graveyard :: Keyboards and IME, defect, P3)

Description

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

1. download and use simeji
2. start fennec
3. in the url bar using english type in www.google.com
4. hit the return button

Expected: the VKB dismisses and it goes to the website
Actual: the VKB dismisses and you are still at the awesome page

Note:
1. have to turn the device sideways with the VKB up and hit the go button to the right of the input field.

HTC Thrive Testday build

Comment 1

[Alex Pakhotin (:alexp)]

This is interesting - looks like the Simeji keyboard is affected by the focus stealing behavior of the TabHost, like the hardware keyboards, but even worse. When Enter is pressed on this VKB, the focus jumps to the tabs below the edit box, but the key event does not go through to the handler implemented in the bug 697773 - apparently the event gets consumed by the TabHost. Not sure what to do here. This seems to be another issue related to the bug 702995.

Comment 2

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Behavior acts according to Comment 1 in the tinderbox build.

Comment 3

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

This issue still appears in Nightly 20120109

Comment 4

[Brad Lassey [:blassey] (use needinfo?)]

Naoki, could you retest this again when you get a chance?

Comment 5

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Hitting return still places the focus into the tabs below the edit box.
Tested : HTC Desire Nightly 3/22/2012

Comment 6

[Aaron Train [:aaronmt]]

I can reproduce this too easily with Simeji (i.e., https://play.google.com/store/apps/details?id=com.adamrocker.android.input.simeji&hl=en) -- change the input method to Simeji and use Naoki's STR in comment #0

Comment 7

[Chris Peterson [:cpeterson]]

I believe the AwesomeBar TabHost is stealing focus from the AwesomeBarEditText. Other people have reported similar problems:

https://code.google.com/p/android/issues/detail?id=2516

http://stackoverflow.com/questions/786334/why-is-is-a-tabhost-stealing-focus-from-a-textview-in-android

This bug only seems to affect Simeji. Swype and the Google Japanese Input VKBs are not affeted.

Comment 8

[Damon Sicore (:damons)]

Why are we fixing non-blocking bugs right now?

Comment 9

[Chris Peterson [:cpeterson]]

I'm not actively working on this bug. I was just adding some old notes so they will be available when I pick up this bug later.

Comment 10

[Paul Feher]

This issue is still reproducible using the STR from comment0 using:
Nightly 18.0a1 (2012-09-30)
Aurora 17.0a2 (2012-09-30)
Devices: HTC Desire Z (Android 2.3.3), Asus Transformer TF101(Android 4.0.3)

Comment 11

[Chris Peterson [:cpeterson]]

I can repro with Simeji on my Galaxy Nexus (JB).

Comment 12

[Rachelle Yang [:ryang][[e-mail]]]

This bug is old and no more progress for more than 2 years, so I am removing the tracking flag now.
feel free to renominate. 

Thank you !

Comment 13

[BMO Automation]

We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.