Bisect Info:
===========
Good build :  59.0.3043.0,  Revision Range - 457297
Bad build  :  59.0.3044.0,  Revision Range - 457648

After executing the per-revision bisect script , i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/2ca42b225daf7f14d092d601f67b154fcc3b8876..eeaca73ad3f97a71c35c8298ccf691ebad35161d

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/eeaca73ad3f97a71c35c8298ccf691ebad35161d

Review-Url: https://codereview.chromium.org/2754993002

wangxianzhu@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

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

commit 8f35a712fd404645efbc73aa8a1ce71d6d0078c0
Author: wangxianzhu <wangxianzhu@chromium.org>
Date: Mon Mar 27 18:24:29 2017

Fix caret visual rect on compositing change

We should not clear CaretDisplayItemClient::m_localRect in
CaretDisplayItemClient::clearPreviousVisualRects() (which is called
on compositing change) because
- it doesn't change on compositing change;
- compositing change happens after updateStyleAndLayoutIfNeeded();
- we'll need m_localRect to calculate the new visual rect during paint
  invalidation.

BUG= 704443 

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

[modify] https://crrev.com/8f35a712fd404645efbc73aa8a1ce71d6d0078c0/third_party/WebKit/Source/core/editing/CaretDisplayItemClient.cpp
[modify] https://crrev.com/8f35a712fd404645efbc73aa8a1ce71d6d0078c0/third_party/WebKit/Source/core/editing/CaretDisplayItemClientTest.cpp

Your change meets the bar and is auto-approved for M58. Please go ahead and merge the CL to branch 3029 manually. Please contact milestone owner if you have questions.
Owners: amineer@(Android), cmasso@(iOS), bhthompson@(ChromeOS), govind@(Desktop)

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

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

commit 09159c33fefdbea144d2baf6485736f922ed8c08
Author: wangxianzhu <wangxianzhu@chromium.org>
Date: Tue Mar 28 18:34:52 2017

Fix caret visual rect on compositing change

We should not clear CaretDisplayItemClient::m_localRect in
CaretDisplayItemClient::clearPreviousVisualRects() (which is called
on compositing change) because
- it doesn't change on compositing change;
- compositing change happens after updateStyleAndLayoutIfNeeded();
- we'll need m_localRect to calculate the new visual rect during paint
  invalidation.

BUG= 704443 
TBR=wangxianzhu@chromium.org
NOTRY=true
NOPRESUBMIT=true

Review-Url: https://codereview.chromium.org/2777183003
Cr-Original-Commit-Position: refs/heads/master@{#459833}
Review-Url: https://codereview.chromium.org/2779953002
Cr-Commit-Position: refs/branch-heads/3029@{#455}
Cr-Branched-From: 939b32ee5ba05c396eef3fd992822fcca9a2e262-refs/heads/master@{#454471}

[modify] https://crrev.com/09159c33fefdbea144d2baf6485736f922ed8c08/third_party/WebKit/Source/core/editing/CaretDisplayItemClient.cpp
[modify] https://crrev.com/09159c33fefdbea144d2baf6485736f922ed8c08/third_party/WebKit/Source/core/editing/CaretDisplayItemClientTest.cpp

Tested the issue on Windows-7,Mac-10.12.3 and Linux Ubuntu-14.04 using chrome version# 58.0.3029.41 with the steps mentioned in comment#0.
Observed that the fix is working as expected. Hence adding TE-Verified labels.
Please find the attached screen cast for the same.

Thanks!!

Deleted: 704443.mp4 511 KB

	704443.mp4 511 KB View Download