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

Issue 645753 link

Starred by 2 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

input area contains unexpected character: 08 (BS) on macOS Sierra

Reported by ke...@p-side.net, Sep 10 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2853.0 Safari/537.36

Example URL:

Steps to reproduce the problem:
requirement:
* macOS Sierra GM Candidate (10.12)
* Active IME is Japanese IME (or ATOK)
(Probably, problem is occur when IME is able to show convert prediction dialog)

1. Focus on TextArea (<input type=text>, <textarea>, div contenteditable, and other...)
2. Input Hiragana or characters that able to show convert prediction dialog. e.g. つらい
3. Hit space (show prediction dialog) and backspace (close dialog)
4. Erase inputed characters.

What is the expected behavior?
Characters are erase completely.

What went wrong?
Invisible code (08:BS) are still alive.
(If you input "あああ", show dialog, close dialog, and press backspace key 4 times, then expected "", but actual "[BS code]")

- Reproduce movie: https://youtu.be/aiY-Z5ivGCA
- Inputted character analysis: https://play.golang.org/p/pJONduYwTF

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 55.0.2853.0  Channel: dev
OS Version: OS X 10.12.0
Flash Version: Shockwave Flash 23.0 r0
 

Comment 1 by kochi@chromium.org, Sep 12 2016

Cc: shuchen@chromium.org kochi@chromium.org
Components: -Blink UI>Input>Text>IME
Owner: tapted@chromium.org
Trent, could you take a look or assign someone?
Labels: TE-Hardware-Dependency
Cc: tapted@chromium.org
Owner: karandeepb@chromium.org
Status: Assigned (was: Unconfirmed)
I'm actually going to kick this to karandeepb@ since they did recent IME work.
Same issue in OS X 10.11, happens on built-in Japanese IME, and sometimes too on Pinyin IME.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.16 Safari/537.36
Owner: chongz@chromium.org
I haven't really worked on IME for the web contents. Assigning to chongz@ who has been fixing some web contents IME issues.
Labels: Hotlist-Input-Dev

Comment 7 by chongz@chromium.org, Jan 10 2017

Cc: yosin@chromium.org
Labels: Needs-Feedback
I'm not able to reproduce the issue on OS X 10.12.2 with Chrome 55.0.2883.95, my steps are (following the video):
1. Go to www.google.com
2. Switch to built-in Japanese Hiragana IME
3. Type "totemo", hit Enter
4. Type "turai", (Also tried Space&Tab here) hit Backspace multiple until all new underlined text are deleted (candidate dialog will appear and disappear)
5. Hit Enter as shown in the video (Doesn't really matter)
6. Navigating around the text

There seems to be an invisible character at the end of final text in the video but I cannot reproduce.

Can you provide a test page and detailed key sequence to reproduce the bug?

Comment 8 by ke...@p-side.net, Jan 12 2017

Before I know it, no longer reproduce this issue.
I think this issue is fixed by someone at chromium team (It's groundless ;-) ) .
(It is NOT fixed when macOS updates, because I remember this issue still happen at 10.12.0 official release.)

Current version (Of course, this issue is not happened at below env. ) :
macOS Sierra 10.12.2 with Chrome 56.0.2924.51 beta (64-bit)

Thank you for investigating this issue.

Comment 9 by chongz@chromium.org, Jan 12 2017

Status: Fixed (was: Assigned)
Thank you for the feedback, I'm closing this issue as fixed.

Sign in to add a comment