Moving caret has no effect, text entry still happens at the previous caret position
Categories
(GeckoView :: IME, defect, P2)
Tracking
(Not tracked)
People
(Reporter: jorgk-bmo, Assigned: m_kato)
Details
I have a clean Nokia 1 mobile recently updated to Android 10 (but this problem existed before). As far as I know, this is not a 64bit device.
STR:
Open https://bugzilla.mozilla.org to any bug and enter a new comment. Type
Thiss is the first word.
Tap on the screen to move the caret. Move caret to after Thiss. Tap the delete key.
Expected:
"s" from Thiss is deleted.
Actual:
"d" from word is deleted.
There are many variations of this, the new caret position isn't acknowledged, so text entry or deletion happen at the previous caret position.
I used to use Fennec 68.10 and now also installed FF 79 beta. Both behave the same. Not much fun editing BMO comments while on the go since you have to get it right first time.
I can supply a video if you want to see it.
| Reporter | ||
Comment 1•5 years ago
|
||
It doesn't appear to be related to BMO, I can reproduce the error with the text entry box at www.jorgk.com. However, the error (only?) appears when rotating the phone, to the entire screen becomes the "editor", input box above, keyboard below.
| Assignee | ||
Comment 2•5 years ago
|
||
Jorg, what software keyboard do you use?
| Reporter | ||
Comment 3•5 years ago
|
||
Hmm, I'm really an Android ignorant. Whatever came with Android. The settings say "Gboard", there is no other option, but "Gboard" itself has a few settings. BTW, this issue doesn't arise in other apps, like the e-mail app.
Updated•5 years ago
|
Comment 4•3 years ago
|
||
Assigning this bug to Makoto. He will decide whether we need to prioritize it for 2022 H2.
| Assignee | ||
Updated•3 years ago
|
Description
•