Good# 62.0.3164.0
Bad# 62.0.3178.0

You are probably looking for a change made after 490845 (known good), but no later than 490846 (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/e73eb5fb23e0e925cdc81922f8e6c15e3341a244..d80f2f901ba7e631b1779c7acac4d9aebd48fe9b

cathiechen@, can you please look into this change (https://chromium.googlesource.com/chromium/src/+/d80f2f901ba7e631b1779c7acac4d9aebd48fe9b) ?

Thank you!

Yes, it's associated with this change. li contains overflow hidden block. E.g.
<li><div style="overflow:hidden"></div></li>

After this change, there will be a line break between marker and overflow:hidden block. 

I'm working on https://chromium-review.googlesource.com/c/chromium/src/+/728119 which could fix this issue.

Adding Android as this is Blink>Layout bug.

Is this a regression in M62? What is the progress on the fix? Since I am not sure I understand this issue very well, I would like to know how severe it is to warrant a respin for M62.

Sorry for the delay. 
I've start a code review to fix this.
https://chromium-review.googlesource.com/c/chromium/src/+/735303


Because list with overflow firstchild didn't show marker,
last change intent to make marker shown, but it caused line-break issue. ( https://chromium.googlesource.com/chromium/src/+/d80f2f901ba7e631b1779c7acac4d9aebd48fe9b)

The new patch would eliminate this line-break and align block direction position for marker according to list's content. 

eae@ - can you please confirm if this is a true blocker? Our stable respin is scheduled for this week. Since we haven't seen any other similar issues from other sites, my recommendation is to fix this in M63. 

> Since we haven't seen any other similar issues from other sites

https://github.com/Turbo87/sidebar-v2/issues/126 seems to be the same issue

Just to update, still bale to reproduce the issue on build 64.0.3253.0 on Windows 10, Mac 10.12.6, Ubuntu 14.04, Issue is tagged with a stale blocker for M63. Can this be addressed.

Thanks.!

[Bulk Edit]
URGENT - PTAL.
M63 Stable promotion is coming soon and your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP. Thank you.

Reverting isn't really an option as the cause for this fixed another P1 blocker. This seems slightly less serve so I'd argue we shouldn't block on this but try to fix it as soon as we can.

Note that we do have a fix in review.

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

commit f5099b7b47d627181b682a832d0e80f775d20eae
Author: cathiechen <cathiechen@tencent.com>
Date: Thu Nov 02 20:35:35 2017

Fix unnecessary line-break between marker and overflow element.

In order to show marker in list with overflow children, we make marker as
the child of list. This change will generate line-break between marker
and overflow children. To eliminame this line-break:
1. When construct layout tree add marker as child of li which would
generate line-break.
2. To eliminame line-break, set marker_container's logicalHeight to
0px.
3. Align marker's block direction position according to first-line-box
after li's children layouted.

Design document:
https://docs.google.com/document/d/1bMerTLCSqHZYAERJ2HDr-4auOSw0eIx8QfD2vY92TNo

Bug:  775880 ,  767408 ,  344941 
Change-Id: I323be3fdd9447c5487963cb039c7bcc83922dcb8
Reviewed-on: https://chromium-review.googlesource.com/735303
Commit-Queue: Emil A Eklund <eae@chromium.org>
Reviewed-by: Koji Ishii <kojii@chromium.org>
Cr-Commit-Position: refs/heads/master@{#513595}
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/add-inline-child-after-marker-expected.html
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/add-inline-child-after-marker.html
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/li-with-overflow-hidden-change-list-style-position-expected.html
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/li-with-overflow-hidden-change-list-style-position.html
[modify] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/list-marker-inside-overflow-hidden-expected.html
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/list-marker-with-lineheight-and-overflow-hidden-expected.html
[add] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/LayoutTests/fast/lists/list-marker-with-lineheight-and-overflow-hidden.html
[modify] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/Source/core/layout/LayoutListItem.cpp
[modify] https://crrev.com/f5099b7b47d627181b682a832d0e80f775d20eae/third_party/WebKit/Source/core/layout/LayoutListItem.h

Has this been fixed now cathiechen or are there more changes needed?

Yes, this has been fixed:)

Thank you!