Using the per-revision bisect providing the bisect results,
Good build:61.0.3135.0(Revision:480321).
Bad build:61.0.3136.0(Revision:480665).

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

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/436ccfe33a1747eb5e4d4b9ed948d498d560bf19..0e2afe148b2aea0aaef135379d01b1df986be46c

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

@sunyunjia: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2938373003
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #61.0.3138.0
Adding Release Block-Stable for this issue.Please remove if not the case.

 Issue 737436  has been merged into this issue.

Just to Update,
               This issue is observed on Mac 10.12.5 with latest dev #61.0.3141.7, Canary #61.0.3150.0. Since this is a RB-Stable, sunyunjia@ could you provide an latest update to this issue.

We're currently working on it and have a patch under review: https://chromium-review.googlesource.com/c/550237/

A friendly reminder that M61 branch is coming soon on 07/20! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix ASAP to trunk. This way we branch M61 from a high quality trunk. Thank you.

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

commit 6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c
Author: Sandra Sun <sunyunjia@chromium.org>
Date: Fri Jul 14 05:06:16 2017

smooth-scroll shouldn't be aborted by instant-scroll in the same chain.

When performing a scrollIntoView, if some scrolling boxes in the chain has the smooth
behavior while the others don't, the sequenced smooth scrolls shouldn't be aborted.
This patch fixes the bug by setting the ScrollType to kSequencedSmoothScroll once we
noticed a smooth scroll in the scroll chain, so that ScrollableArea::SetScrollOffset()
will not abort the sequenced smooth scrolls.
This patch also moves the first call of RunQueuedAnimations() to
LayoutObject::ScrollRectToVisible() to make sure that all sequenced smooth scrolls get
a chance to run.

Bug:  735863 
Cq-Include-Trybots: master.tryserver.chromium.linux:linux_layout_tests_slimming_paint_v2
Change-Id: I8d72bcc873efcf82883ab7272328c3759789e7a3
Reviewed-on: https://chromium-review.googlesource.com/550237
Reviewed-by: Rick Byers <rbyers@chromium.org>
Reviewed-by: David Bokan <bokan@chromium.org>
Commit-Queue: Sandra Sun <sunyunjia@chromium.org>
Cr-Commit-Position: refs/heads/master@{#486682}
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/dom/Element.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/frame/LocalFrameView.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/frame/LocalFrameView.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/frame/RootFrameViewport.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/frame/RootFrameViewport.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/layout/LayoutBox.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/layout/LayoutBox.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/layout/LayoutObject.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/paint/PaintLayerScrollableArea.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/core/paint/PaintLayerScrollableArea.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/ProgrammaticScrollAnimator.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/ProgrammaticScrollAnimator.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/ScrollTypes.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/ScrollableArea.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/ScrollableArea.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/SmoothScrollSequencer.cpp
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/platform/scroll/SmoothScrollSequencer.h
[modify] https://crrev.com/6ce9d62f9ff5113c4a5c2f39ebf998187feedc5c/third_party/WebKit/Source/web/tests/SmoothScrollTest.cpp

Retested this issue on Windows machine using latest Canary 61.0.3159.0 (Official Build).. It's seems to be fixed and working as intended i.e. It navigates to corresponding section after clicking on "Performance/Accessibility/Best Practice" option.

Attaching screen-cast for the same.

Deleted: Latest Canary behavior.mp4 2.3 MB

	Latest Canary behavior.mp4 2.3 MB View Download