UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
Platform: 10323.67.0 (Official Build) stable-channel sentry

Steps to reproduce the problem:
1. Start the ChromeVox AT that's built into ChromeOS
2. Navigate to accessible menu item example from w3.org: https://www.w3.org/TR/2017/NOTE-wai-aria-practices-1.1-20171214/examples/menubar/menubar-1/menubar-1.html
3. Tab to the example menubar and then use the arrow keys to navigate within the menu

What is the expected behavior?
Siblings in a menu should be announced as e.g. 1 of 8: identifying the currently focused option as part of the greater menu whole.

What went wrong?
There are three menuitem children of the menubar role, they each get announced as "1 of 1".  Each of these three children is a submenu with additional children, and the submenu children also get announced as "1 of 1", even though they're clearly intended to have many siblings.

I suspect the issue is related to the fact that the menuitem elements are not direct children of the menu <ul> elements.  This shouldn't prevent the itemization from working though.  Similar to existing issue with the tab role: https://bugs.chromium.org/p/chromium/issues/detail?id=779926&q=%221%20of%201%22&colspec=ID%20Pri%20M%20Stars%20ReleaseBlock%20Component%20Status%20Owner%20Summary%20OS%20Modified

Did this work before? No 

Chrome version: 65.0.3325.209  Channel: stable
OS Version: 
Flash Version: 29.0.0.150

Works much better in the ChromeVox browser extension on Mac, I'm not sure it's ever worked in ChromeOS's built in AT though.