New issue
Advanced search Search tips

Issue 651154 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Deleting whitespace causes cursor inconsistency with one very specific list of characters

Reported by b...@bencreasy.com, Sep 28 2016

Issue description

Chrome Version       : 53.0.2785.116
OS Version: OS X 10.11.5
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5:
  Firefox 4.x: OK
     IE 7/8/9:

What steps will reproduce the problem?
Screencast available at http://screencast.com/t/sHsddXs5q

On several websites, including Twitter and the website I develop on (but not this form), when I type into an input field "a title with some stuff in it", and delete the whitespace before "in", my cursor jumps forward an extra character. then when I use the arrow buttons to go back it appears to skip over a couple characters.

Only that particular whitespace is a problem. So deleting any of the other whitespace in "a title with some stuff in it" (for example, the space between "a title") doesn't cause the problem.

Haven't been able to reproduce it with another configuration of characters.

What is the expected result?
Deletion of whitespace should not move cursor forward one character or skip over characters.

What happens instead of that?


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

Screencast available at http://screencast.com/t/sHsddXs5q

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Safari/537.36



 
Components: Blink>Forms>Text UI>Input>Text

Comment 2 by tkent@chromium.org, Sep 29 2016

Components: -UI>Input>Text Blink>Editing
Labels: Needs-Feedback
I couldn't reproduce it in twitter's input box.
Can you provide more concrete reproducible steps?

Comment 3 by b...@bencreasy.com, Sep 29 2016

What platform are you using? Did you watch the screencast? I've now reproduced this on 3 separate OSX laptops using the latest Chrome: my coworker (originally discovered it), work laptop, and home laptop.

The input box that I'm using has id="tweet-box-home-timeline". You probably need an account to access it.

I'm not sure how to explain it more concretely than "when I type into an input field "a title with some stuff in it", and delete the whitespace before "in", my cursor jumps forward an extra character".

Comment 4 by tkent@chromium.org, Sep 29 2016

Cc: tkent@chromium.org
Components: -Blink>Forms>Text
Concrete steps would be something like:
  1. Open https://twitter.com with a valid account
  2. Focus on the tweet text box by a mouse click (or TAB key?)
  3. Type "a title with some stuff in it" (or paste it?)
  4. Move the caret on the beginning of "in" by cursor key (or mouse click?)
  5. Press Backspace key

I couldn't reproduce this issue with these steps on macOS 10.11 and Google Chrome 53 and 55.


Removing Blink>Forms>Text because the box isn't a form control.

Comment 5 Deleted

Comment 6 by b...@bencreasy.com, Sep 30 2016

Thanks for helping out with concrete steps. Did you see my screencast? Are you using 10.11.5 (15F34)? Commenting on your steps:

1. Yes.
2. Either way works.
3. Typing or pasting has same effect.
4. Either cursor or mouse click has same effect.
5. Yep.

I would expect you to have designed it to be decoupled from differences in the above steps, and that appears to be the case. I also tried it after disabling all Chrome extensions.

Possibly it is caused by some OSX setting that I have enabled.

Perhaps I could try to collect some sort of dtrace log? Or can you point me to a resource on the best way to send you a Chromium log?
Project Member

Comment 7 by sheriffbot@chromium.org, Oct 7 2016

Labels: -Needs-Feedback Needs-Review
Owner: tkent@chromium.org
Thank you for providing more feedback. Adding requester "tkent@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by tkent@chromium.org, Oct 11 2016

Cc: -tkent@chromium.org
Owner: ----
Route to Editing triage. I couldn't reproduce this.

Comment 9 by yosin@chromium.org, Oct 18 2016

Cc: kojii@chromium.org
kojii@,
It seems caret after "ff" and moves backward causes this issue.
Does Blink use ligature on MacOS?

Comment 10 by yosin@chromium.org, Oct 21 2016

Cc: -kojii@chromium.org
Components: -Blink>Editing Blink>Fonts
Labels: -Needs-Review
Owner: drott@chromium.org
Status: Assigned (was: Unconfirmed)
drott@, it seems this is caused by ligature. Could you take look?
fyi, I can no longer reproduce this - I'm guessing it got fixed along - I recommend closing it

Sign in to add a comment