Using the per-revision bisect providing the bisect results,
Good build: 58.0.3005.2 (revision : 448507)
Bad build: 58.0.3006.0 (revision : 448862)

You are probably looking for a change made after 448800 (known good), but no later than 448801 (first known bad).

CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.

 https://chromium.googlesource.com/chromium/src/+log/56590952b66adf4b8da32623e3111cb8781c918e..d5cb3ac6f4158978f17e9f0999f4a5e54f9c7478

From the CL above, assigning the issue to the concern owner 

@skobes - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

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

Thanks!

My change is not related.

This looks like an intentional change in r448524.

Re-bisected the issue and below is the Narrow bisect :

Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/00f7089132148e96541a6a476a68809790048e81..c9625f069b73578ab45f49be70a830d48f6141bc?pretty=fuller&n=100

Suspecting: r448797 from Narrow bisect

@kenrb : Could you please help to reassign if your change is not the cause for this change.

Note : 
Actual issue is : Cursor stays in search field after clicking mouse anywhere outside search field.Kindly review the attached video for reference
 

Deleted: Actual_video.mp4 292 KB

	Actual_video.mp4 292 KB View Download

This isn't related to my CL at all. Possibly r448799.

cc'ing scottchen@ as per c#3.

I reproduced on Linux and Mac. To reproduce you need to click "Add a new word" when the caret is "on" when blinking "on" and "off" in the Search settings box.

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

commit 942dfae2326142b0af47b32c407b70c2e13e86fc
Author: wangxianzhu <wangxianzhu@chromium.org>
Date: Sat Feb 18 07:34:07 2017

Fix caret paint invalidation when moving between blocks

Previously when caret is moved between blocks, the code only worked
if the source block was visited before the target block during paint
invalidation. If the target block was visited earlier (depending on
the dom order), CaretDisplayItemClient::m_visualRect would be set to
the visual rect of the new caret, then when the source block was
visited, we invalidated the old caret at the location of the new
caret.

Add CaretDisplayItemClient::m_previousVisualRect,
and set it to m_visualRect when m_previousBlock is set to
m_layoutBlock. When m_previousBlock is visited, invalidate
m_previousVisualRect.

Move Source/core/paint/BlockPaintInvalidatorTest.cpp to
Source/core/editing/CaretDisplayItemClientTest.cpp to be closer
to the tested code.

BUG= 690352 
TEST=CaretDisplayItemClientTest.CaretMovesBetweenBlocks
CQ_INCLUDE_TRYBOTS=master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2

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

[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/linux/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/linux/virtual/disable-spinvalidation/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/mac/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/mac/virtual/disable-spinvalidation/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/win/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/LayoutTests/platform/win/virtual/disable-spinvalidation/paint/invalidation/4776765-expected.txt
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/Source/core/BUILD.gn
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/Source/core/editing/CaretDisplayItemClient.cpp
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/Source/core/editing/CaretDisplayItemClient.h
[add] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/Source/core/editing/CaretDisplayItemClientTest.cpp
[modify] https://crrev.com/942dfae2326142b0af47b32c407b70c2e13e86fc/third_party/WebKit/Source/core/editing/FrameSelection.h
[delete] https://crrev.com/ba7ad64c7261ca0facc8f5e9eb1765a006f457b0/third_party/WebKit/Source/core/paint/BlockPaintInvalidatorTest.cpp

Issue 693576 has been merged into this issue.

Tested the issue on Latest Dev# 58.0.3018.0 on Windows, Mac and Linux and the issue is not reproducible. Hence adding TE-Verified Labels.
Adding a screen cast for reference.
Thank You.

Deleted: 690352.ogv 883 KB

	690352.ogv 883 KB View Download

Issue 691543 has been merged into this issue.