Manual regression range:
Good Build: 49.0.2584.0
Bad Build: 49.0.2585.0

Narrow Bisect:
https://chromium.googlesource.com/chromium/src/+log/1b0e57c4e23482bc6909c523d76efd3b0861d452..aced291587dc28aadcc22db8f5715d9c01ecde07?pretty=fuller&n=30

Suspecting: 363540 ?
Kindly help to re-assign, if your changes are not cause for this issue.

Deleted: Actual_Result.mov 4.5 MB

Actual_Result.mov 4.5 MB Download

Hi Tom, I'm inclined to say that this works as designed.
The important thing here is that the user is *holding* the cursor key to move between the options. The flicker occurs because the key-repeat speed moves quickly between the three options. The effect can be seen 'slower' by pressing and releasing the cursor key repeatedly.

WDYT

Why are we scrolling when the user selects a different checkbox? If we were to leave the scroll position alone (unless the next checkbox is off-screen), there wouldn't be a flicker, correct?

Hi Tom, the scrolling isn't part of it. On my large monitor, I can have on startup fully on the screen and hold the down arrow and it will expand and collapse the "Open a specific..." each time the cursor comes around to that option and then leaves it.

As an aside: I think the scrolling is a good, without the scrolling the selection (cursor) would leave the visible area (the user would be changing settings off-screen).

Trivia: It's more to do with having an inlined list on the main page. If On startup moved to a subpage then the list would not be expanding and collapsing.