This issue is similar to a past issue: https://bugs.webkit.org/show_bug.cgi?id=144804 "A layout table can be coded using a <div> element styled with display:table, and children <div> elements with display:table-cell (plus other table-* rules to define the table’s rows and column). The expectation is that since the tabular structure is defined with the styling and not with structural markup (e.g. html <table> element or WAI-ARIA role=“table), the content should not be exposed by VO as an actual table. This irrespectively of other style applied to the elements (e.g. borders)." In this case, we are using display:table-cell for alignment of a label, and VO is announcing "table start" and "table end" when swiping to the control. There is also a CSS-generated ::before class above the control, with display:table. This is a layout table with no table semantics in the html, so it should not be announcing as a table. Unlike the bug from 2015 above, there are no functional issues entering the "table area" - it's simply a matter of unnecessary/confusing announcement of a table. This issue is also described here: https://labs.levelaccess.com/index.php/CSS_Display_table_iOS_SamC "CSS property display:table causes VoiceOver to announce the affected content block as if it were in a table, announcing "table start" and (conditionally) "table end". Whether this issue began only with recent versions of VoiceOver (11+) is unknown without further testing." Based on this description, this may be a regression of the previously fixed issue.
<rdar://problem/50667429>