This bug reproduced on linux version of Chrome

This bug is not reproduce if pseudoclass ":after"  has style:"display:inline-block"

Unable to reproduce the issue on windows-7, Mac-10.11.6 and linux ubuntu 14.04 using chrome stable version 	54.0.2840.87 and latest canary 56.0.2913.0 with the steps mentioned above.
Please find the attached screen-cast for reference.
Could you please let us know if anything missed here to reproduce the issue.


Thanks..

Deleted: issue-663319.mp4 446 KB

	issue-663319.mp4 446 KB View Download

This problem reproduced , if  style of block : {display:table-cell} and in some cases with next style :{display:block}. I added a video to this comment;

Deleted: 1. Cursor position Chrome.mp4 312 KB

	1. Cursor position Chrome.mp4 312 KB View Download

In prev and  this video, caret not movie. Caret stoped in begining of line, but text added in ending of line.

Able to reproduce this issue on windows 7, Mac 10.11.6,Linux Ubuntu 14.04 with Chrome stable version#54.0.2840.99 and Canary #	56.0.2914.1

Provided Manual Bisect as it is branch bisect:
-----------------------------------------------
Bad Build—54.0.2840.15

Good Build—54.0.2840.14

CL :
-------------------------
https://chromium.googlesource.com/chromium/src/+log/54.0.2840.14..54.0.2840.15?pretty=fuller&n=10000

Review-Url: 

https://codereview.chromium.org/2293293003
-----------
wkorman@ assigning to you, as you were listed as one of the reviewers for this CL.

Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change.

Thanks.!

This sounds similar to  http://crbug.com/645665  but given it's reproducible with M56 Canary it must be a variant case.

https://codereview.chromium.org/2401363003 for reference.

I will look into this soon.

Attached is reduced test case. To reproduce:
1. click in text field
2. press right arrow.
3. type a character like 'a'. character is entered, but caret ceases to blink. typing add'l chars inputs them but caret stays frozen where it was when it stopped blinking.

Deleted: caret.html 113 bytes

caret.html 113 bytes View Download

Just to update, able to reproduce the issue on windows 7 using chrome version 57.0.2931.0 and dev 56.0.2923.4.

https://codereview.chromium.org/2565103002 is in review.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/05b6f4be7e2e45c518441e2cf546d4472ee06fcb

commit 05b6f4be7e2e45c518441e2cf546d4472ee06fcb
Author: wkorman <wkorman@chromium.org>
Date: Sun Dec 11 21:30:57 2016

Fix mismatched nullptr check for caret paint invalidation.

We moved to checking need-for-repaint and invalidating based
on anchor node in http://crrev.com/2401363003 but we
incorrectly left null-checking based on non-anchor node.

BUG= 663319 

Review-Url: https://codereview.chromium.org/2565103002
Cr-Commit-Position: refs/heads/master@{#437804}

[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/paint/invalidation/caret-contenteditable-content-after.html
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/linux/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/linux/paint/invalidation/caret-contenteditable-content-after-expected.txt
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/linux/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/linux/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.txt
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/mac/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/mac/paint/invalidation/caret-contenteditable-content-after-expected.txt
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/mac/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/mac/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.txt
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/win/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/win/paint/invalidation/caret-contenteditable-content-after-expected.txt
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/win/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.png
[add] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/LayoutTests/platform/win/virtual/spinvalidation/paint/invalidation/caret-contenteditable-content-after-expected.txt
[modify] https://crrev.com/05b6f4be7e2e45c518441e2cf546d4472ee06fcb/third_party/WebKit/Source/core/editing/FrameCaret.cpp

Tested original codepen on Win7 57.0.2949.0 canary (64-bit) which includes the above change and it is fixed for me.