Closed Bug 743417 Opened 13 years ago Closed 13 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: 13 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.