Able to reproduce in 54.0.2813.0

Just to confirm, this is happening in the short list of accessibility settings directly in the system tray menu, right? The one that appears when you have the setting enabled to "show accessibility options in the system menu"? 

Correct. Is this intended?

@tdanderson can you find someone to fix this please?

I can repro as well.

Looking at the code, it appears this is not a recent regression; the code which closes the menu when an item is selected has been around since 2012. However, that doesn't mean the behavior shouldn't be changed.

Laura, can you please clarify what the correct behavior should be?

Right, this is not a new behavior -- just a behavior we should rethink. In my opinion, once you change a setting in the status tray menu > accessibility, the menu should simply stay open until you press escape (or click that status area) to close it. This way, the checkboxes should behave like typical checkboxes that you can check and uncheck without the menu going away.

Yi is looking at the a11y detailed view now. Yi, can you take a look and see what is causing the menu to close when selecting an item / assess how easy of a change this would be to make?

Adding Proj-MaterialDesign-CrOS for tracking, but if you find a simple fix for this it wouldn't need to land behind --ash-md.

This is a symptom seen for more detailed views than just a11y, and is a side effect of the way checkable rows are implemented by different surfaces. It's not feasible to get this fixed in time for the MD system menu launch (M-56) and I would not want to tackle this until MD system menu has had time to bake in front of users. I'm going to track this as part of our planned cleanup once the non-MD code has been ripped out.

Tom, Omri, and Zach: can you please help with re-triage?

To lpalmaro@ for the rethinking of a11y effort.