New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 732678 link

Starred by 1 user

Issue metadata

Status: Archived
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug


Participants' hotlists:
Fixing-touch


Sign in to add a comment

Tapping a candidate word from JP virtual keyboard does not commit

Project Member Reported by satorux@chromium.org, Jun 13 2017

Issue description

Chrome Version       : 61.0.3128.0
OS Version: 9642.0.0

What steps will reproduce the problem?
1. Type "nihongo" with a JP virtual keyboard
2. Tapping 日本語 in the candidate list

What is the expected result?

日本語 is committed (entered)

What happens instead of that?

The IME is still in the editing mode so I have to tap the Enter button.

Please provide any additional information below. Attach a screenshot if
possible.



 
test.webm
1.2 MB View Download
These commit bugs keep on coming back in different forms :( 

Cases that I remember of top of my head:
- auto-complete suggestions
- emoticon clicks
- spaces in docs
- handwriting
- voice dictation
- switching language/IME and then continuing to type

I wonder if there's something we can do to address all of them.
newly recorded video with touch projection (ctrl-alt-p) :)
test1.webm
1.5 MB View Download
Labels: -Pri-2 Pri-1
Changing to P1 as since it's bad UX
Status: Started (was: Assigned)
Owner: komatsu@chromium.org
hi satorux&Hiro,
I reuse the behavior of physical Japanese IME.
So do you want to change the behavior of VK?
Which behavior is better? 
Hi Hiro,
when user select candidate on VK.
How can I distinguish it's partial selection or full selection.
Only full selection I can commit it at once.
Owner: wuyingbing@chromium.org
Project Member

Comment 9 by bugdroid1@chromium.org, Jun 17 2017

Status: Fixed (was: Started)

Comment 11 by dchan@chromium.org, Jan 22 2018

Status: Archived (was: Fixed)

Sign in to add a comment