Marking the above issue as RB-Stable, feel free to remove if not required.

I think this is a small, polish issue with the settings page. The page calls focus() on the first item in the "advanced" list if the "Show" link was activated via keyboard. This happens after starting an animation to expand the height from 0.

My change made it so that a 0 height box acts as if it were 1 px for the purpose of scrollIntoView. This prevents some degenerate cases and matches Firefox's behavior but I suspect it caused a no-op scrollIntoView to turn into a actual scrollIntoView.

This is something someone on WebUI should fix if deemed important. I managed to fix this just by putting the focus() call into a setTimeout. Calling focus at the end of the animation would be best.

Looks like a small UI issue. The page expands but the animation is janky and afterwards the page is not always scrolled to the "Content settings" button. I still think we should fix it ASAP because of a11y concerns.

Any update? How can we help to ensure that these accessibility items are fixed for md-settings?

Thanks!

I'm not sure why, in #3, I said we should fix this ASAP... it doesn't seem that problematic, just makes the animation look like it stutters.

MD Settings shows the Advanced section completely differently and doesn't have this problem. The accessibility bug for MD Settings is  issue 603620 .

This refers to the old Settings UI (pre-M59).