are you /sure/ this is the right bisect?  if so, maybe the skia roll did this

With response to comment #3 : 
Rechecked again on different machine and getting same bisect range as given above.

Suspecting: r394431 ?

Please help to re-assign if your change is not the cause for this issue.

I manually bisected this to this CL:
https://chromium.googlesource.com/chromium/src/+log/dc0bb630f6f47f0cfc8fabc62261dea818ad3cbe..db283d697decb9f16e1eb08f5d37305e05a6234b?pretty=fuller&n=1000

This is a range, not a particular cl. A change to the top chrome would not affect checkbox controls inside of web content.

Sorry, I pasted the wrong link. It is this CL: https://chromium.googlesource.com/chromium/src/+/a128b79566a12f910fda7acfb9ee671c8dbd2705

By manually bisected are you saying that you built a version of Chrome with that CL reverted and you were unable to reproduce the problem?

Yes. I built with and without the CL. It repros with the CL and not without.

The problem does indeed manifest as a result of the toolbar cl, specifically the change to -baseToolbarHeight in toolbar_controller.mm. It's very odd that a portion of web content would shift position based on a toolbar change - dbeam@, any idea how that could happen?

I note that the checkbox boxes (and perhaps the other controls) are 1pt too low on the page relative to the checkbox titles after the shift. With my change backed out the boxes are also too low relative to their titles (they just don't shift down after clicking the close box).

This is a bug with the old Settings page. How much is it worth investigating and fixing given that MD Settings is imminent?

shrike@: I almost guarantee you this isn't just an issue with settings, but more likely an issue with rendering any web content

My cl in c#7 adjusts the toolbar height if the browser is in Material Design mode and it's running on a Retina device. However if I back out my change and run on my desktop (i.e. non-Retina device) I still see the problem. I'm not sure why I no longer saw it on my Retina machine when I backed out my cl (per my comment in c#11), but still seeing it on my non-Retina machine means this jitteriness predates my cl from c#7.

That said, in a prior cl I changed the height of the toolbar from 35pt to 37pt for Material Design - my thought was perhaps this is a regression caused by that change. And before that I made a different change to the toolbar height code which landed on 2/25/16 (just before the M50 branch point). This was https://codereview.chromium.org/1722883002/. However, I can reproduce this jitteriness in M49 (49.0.2623.112) which predates all of my changes, and even predates the Chrome flag that lets you toggle Material Design mode (the Settings page code also watches that flag). I don't know how much further back this issue goes, but it's not from any Material Design change I've made.

Leaving assigned to dbeam@.

Deleted: JitterySettings.mov 650 KB

JitterySettings.mov 650 KB Download

removing -M-54 if it's happening in Chrome 49 for you, shrike@

I'm no longer working on Chrome, and unlikely to fix any bug I'm currently assigned.

So this bug doesn't languish, I'm unassigning myself.

Bulk edit, marking "Assigned" bugs with no owner to "Available".

This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

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

This issue is referring to an old (pre-M59) Settings UI.