Closed Bug 743417 Opened 12 years ago Closed 12 years ago

Shift and letter in location bar clears current search with Hackers Keyboard

Categories

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

ARM
Android
defect
Not set
normal

Tracking

(blocking-fennec1.0 -)

VERIFIED FIXED
Tracking Status
blocking-fennec1.0 --- -

People

(Reporter: vegansoldier, Unassigned)

Details

Typing a URL or string of characters into location bar in Aurora with a "SHIFT + letter", using Hacker's Keyboard clears the current string from the location bar and replaces with a lowercase version of the "SHIFT + letter" typed.

Steps to Reproduce: 
1. Set input to Hacker's Keyboard
2. Tap location bar
3. Type a series of characters (e.g. elephan)
4. Tap Shift
5. Tap t

Actual result: "t"

Expect: "elephanT"

Alternatively, holding shift and pressing t, then releasing t and releasing shift produces same result

Detail:
Bug is present in both Aurora and Nightly on Android.
Bug not reproduced with Siine Keyboard or Default on-screen keyboard in Android.

System Specifics: 
Using HTC Desire S, Gingerbread 2.3.5

Hacker's Keyboard on Google Play: https://play.google.com/store/apps/details?id=org.pocketworkstation.pckeyboard
Component: Location Bar → General
Product: Firefox → Fennec Native
QA Contact: location.bar → general
Version: 13 Branch → Trunk
Severity: minor → normal
Component: General → IME
QA Contact: general → ime
Reproducible on the latest nightly:
Nightly 14.0a1 (2012-04-17) 20120417030641
Samsung Galaxy SII (Android 2.3.4)

Unreproducible on Stock browser and Dolphin HD.
Status: UNCONFIRMED → NEW
Ever confirmed: true
blocking-fennec1.0=? because Hacker's Keyboard users will be unable to enter shifted characters, though few URLs or Google searches require uppercase letters.
blocking-fennec1.0: --- → ?
Is that even a popular keyboard?
> Is that even a popular keyboard?

Good question. Here are some keyboard install counts from Google Play (aka Android Market):

* Simeji = 1M - 5M
* SwiftKey X = 1M - 5M
* Google Pinyin Chinese IME = 1M - 5M
* Google Japanese Input = 500K - 1M
* OpenWnn Plus = 100K - 500K
* Hacker's Keyboard = 100K - 500K

So getting uppercase letters from Hacker's Keyboard is probably NOT blocker-worthy.
blocking-fennec1.0: ? → ---
Setting minus to actually. Renom if this shows up in other virtual keyboards.
blocking-fennec1.0: --- → -
I can also reproduce this with the following scenario on:

Nightly 14.0a1 (2012-04-19)
Samsung Galaxy SII (Android 2.3.4)

Steps to Reproduce: 
1. Set input to Hacker's Keyboard
2. Load yahoo.com
3. Enter something in username field 
4. Tap the username field again and type another letter

Expected: The new typed letter is added to the initial string

Actual: The initial string is deleted and only the last letter remains displayed
I can no longer reproduce this bug. I think my fix for bug 742267 fixed this bug.

However, I opened bug 751657 to track a new Hacker's Keyboard bug: Typing Shift and letter enters the correct shifted letter, BUT the Hacker's Keyboard VKB is closed.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified fixed on Nightly 15.0a1 (2012-05-03)
Samsung Galaxy SII 2.3.4 with Hacker's Keyboard
Status: RESOLVED → VERIFIED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.