Created attachment 463640 [details] Video of VO nav of contenteditable list and standard list in Safari Vanilla list structure does not get communicated within `contenteditable` areas. Reproduction Steps: 1. Turn on VoiceOver 2. Go to https://codepen.io/spanage/pen/XWYZmWe 3. Navigate to the first area using VO. 4. VOKeys + Shift + Down Arrow into Area 1 and use VOKeys + Right arrow to navigate thru the contents. Notice the list is read, "bullet coffee, bullet tea, white bullet black" etc. 5. Navigate to the second area using VO. 6. VOKeys + Shift + Down Arrow into Area 1 and use VOKeys + Right arrow to navigate thru the contents. Notice that VO handle the list as expected, reporting items counts, level, etc. Expected: VO indicates list information in contenteditable areas as it does in on Chrome using either JAWS or NVDA version is 2022.3.2. Note: Using aria-owns to convey list structure also fails -- see https://bugs.webkit.org/show_bug.cgi?id=241694 Attached - video of bug repro on: Safari Version 16.1 (17614.2.9.1.13, 17614) MacOS 12.6.1 (21G217) This also repros on the Ventura Beta. Impact: Quip product relies on contenteditable areas for the majority of its editor experience.
<rdar://problem/102585862>
The cause of this bug was outside of the WebKit project, so resolving as MOVED. The relevant team is working on this issue under <rdar://problem/102585862>.
We believe this fix shipped with macOS Ventura 13.4.
I just tested out the test page (https://codepen.io/spanage/pen/XWYZmWe) on MacOS 13.4, using both Chrome and Safari, and I am not seeing the correct behavior. When the caret moves through text in the `contenteditable` region, list structure is not announced.
Oh wait, I guess the initial bug report technically did not specify movement with the caret. I guess I'll need to open another issue for that :/
New/related issue: https://bugs.webkit.org/show_bug.cgi?id=258052