Closed Bug 743468 Opened 10 years ago Closed 10 years ago

Entering accented characters on HKB causes to eat subsequent input characters


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

12 Branch
Not set


(firefox14 verified, firefox15 verified, firefox16 verified, blocking-fennec1.0 +)

Firefox 15
Tracking Status
firefox14 --- verified
firefox15 --- verified
firefox16 --- verified
blocking-fennec1.0 --- +


(Reporter: cpeterson, Assigned: cpeterson)




(Keywords: inputmethod, regression, Whiteboard: HKB)


(1 file)

1. With a phone with HKB like the Droid Pro, log into
2. In the "What's happening?" input form, type a couple 'a' characters. No problem.
3. Now press and hold the 'a' button for one second.
4. A popup menu of accented 'a' characters will open.
5. Choose any of the accented 'a' characters and it will be displayed in the text input box.
6. Now continue typing other characters.

Subsequent characters will overwrite the accented character in place.

Should be able to keep typing.

This bug affects HKB only. VKB works correctly.
Summary: Entering accented characters on HKB causes to eat input characters → Entering accented characters on HKB causes to eat subsequent input characters
Assignee: nobody → cpeterson
We'd like to know how widespread this is - does it affect other sites, or is twitter doing something unique with its text input boxes?
Keywords: qawanted
This is reproducible on other pages that have search fields like or
Build: Firefox 14.0a1 (2012-04-12)
Device: Motorola Droid Pro (Android 2.3.4)
Keywords: qawanted
blocking-fennec1.0: ? → +
Any input text field.  

This doesn't exhibit an issue using French IME with desktop Mac Firefox using the mobile UA.
Keywords: inputmethod
qawanted to see if this issue is unique to the droid pro
Keywords: qawanted
Works for me using a G2/Desire Z using today's nightly. Leaving qawanted to get a Droid 2/3 or other HKB phone.
Accented characters work correctly in XUL Fennec on my Droid Pro, so this is a new issue for Native Fennec. I need to determine whether this is a regression.
Tested on Motorola Droid 2 (Android 2.3.3) and HTC Desire Z (Android 2.3.3) on Nightly/14.0a1 2012-04-22.

I am seeing the behavior from Bug 747845 but also I can see that the accented character is overwritten by the next character typed and any new character typed replaces the character situated in that position. The user has to use backspace to erase the position in order to continue typing.
On Nightly/12.0a1 2012-01-01 the issue is not reproducible. On Nightly/12.0a1 2012-01-31 the issue in reproducible. This is a regression.
Keywords: qawanted
I believe this regression started with Nightly 2012-01-21:

* 2012-01-01 = PASS
* 2012-01-15 = PASS
* 2012-01-19 = PASS
* 2012-01-20 = PASS
* 2012-01-21 = FAIL
* 2012-01-22 = FAIL
* 2012-01-23 = FAIL
* 2012-01-24 = FAIL
* 2012-01-26 = FAIL
* 2012-01-31 = FAIL
Target Milestone: --- → Firefox 14
Version: Trunk → Firefox 15
Regression range from 1/20 nightly to 1/21 nightly:

Maybe a regression from bug 711648?
Keywords: regression
Target Milestone: Firefox 14 → ---
Version: Firefox 15 → Firefox 12
Yes, I believe this bug is a regression from changeset c53d7932f6b7 ("bug 711648 - Pre-commit underline is not shown for the composing text") related to caret position.
Blocks: 711648
If IME begins an ephemeral composition string, then end it when done.
Attachment #618764 - Flags: review?(blassey.bugs)
Comment on attachment 618764 [details] [diff] [review]

[Approval Request Comment]
Regression caused by (bug #): bug 711648
User impact if declined: Fennec users with hardware keyboards will not be able to enter accented characters.
Testing completed (on m-c, etc.): 
Risk to taking this patch (and alternatives if risky): Java only. Unlikely risk could include text boxes getting into bad input state with some untested IME.
String changes made by this patch: N/A
Attachment #618764 - Flags: approval-mozilla-aurora?
Attachment #618764 - Flags: review?(blassey.bugs) → review+
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 15
Comment on attachment 618764 [details] [diff] [review]

Mobile only.
Attachment #618764 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Ever confirmed: false
Resolution: FIXED → ---
Target Milestone: Firefox 15 → ---
oops. I did not intend to change this bug's status/resolution or milestone. Fixing now.
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 15
Blocks: 751513
Blocks: 751864
No longer blocks: 751864
Depends on: 751864
Blocks: 751864
No longer depends on: 751864, 752624
Comment on attachment 618764 [details] [diff] [review]

Removing Aurora approval.  Please re-nom when the fall out is fixed.
Attachment #618764 - Flags: approval-mozilla-aurora+ → approval-mozilla-aurora-
Depends on: 756429
This is still an issue on Nightly 15.0a1 2012-05-18 and Aurora 14.0a2 2012-05-18 using both HTC Desire Z (Android 2.3.3) and Motorola Droid Pro (Android 2.3.4). Bug 756429 was logged for tracking the issue.
No longer depends on: 756429
No longer blocks: 751513
Depends on: 751513
Attachment #618764 - Flags: approval-mozilla-aurora- → approval-mozilla-aurora+
Comment on attachment 618764 [details] [diff] [review]

[Triage Comment]
Attachment #618764 - Flags: approval-mozilla-aurora+ → approval-mozilla-beta+
Verified fixed on Nightly 16.0a1 2012-06-27 and Aurora 15.0a2 2012-06-22 and Firefox Beta 14.0b8 2012-06-22 using HTC Desire Z (Android 2.3.3)
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.