New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595680 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chrome should not take into count table rows/cells with role="presentation" attribute when building accessibility tree

Reported by preyskur...@gmail.com, Mar 17 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36

Steps to reproduce the problem:
The Chrome browser should not take into count:

- a table row that has the role="presentation" attribute and the "hidden" style/appearance
- a table column whose cells have the role="presentation" attribute in each row

when building the accessibility tree https://www.w3.org/TR/core-aam-1.1/#intro_treetypes

All data cells in both scenarios do not contain any content. These elements are used for organizing the presentation/layout structure: two tables for organizing a grid with a vertical scrollbar (the first table - for displaying a fixed header, the second table - for displaying data in a scrollable area).

The suggested accessibility tree is required for correct pronunciation by screen readers (such as JAWS and NVDA), which rely on this on accessibility compliant web sites.

Use the following HTML Table markup to reproduce these issues:

1)

<table>
    <thead>
        <tr>
            <th><a href="#">First header</a></th>
            <th>Second header</th>
        </tr>
    </thead>
    <tbody>
        <tr role="presentation" style="height: 0; font-size: 0; border-width: 0;">
            <td></td>
            <td></td>
        </tr>
        <tr>
            <td>First cell</td>
            <td>Second cell</td>
        </tr>
    </tbody>
</table>

2)

<table>
    <thead>
        <tr>
            <th><a href="#">First header</a></th>
            <th role="presentation"></th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>First cell</td>
            <td role="presentation"></td>
        </tr>
        <tr>
            <td>Second cell</td>
            <td role="presentation"></td>
        </tr>
    </tbody>
</table>

See related discussions on the NVDA GitHub repository/forum:
https://github.com/nvaccess/nvda/issues/5717
https://github.com/nvaccess/nvda/issues/5718

What is the expected behavior?
1) table with 2 rows and 2 columns..
2) table with 3 rows and 1 column...

What went wrong?
1) table with 3 rows and 2 columns...
2) table with 3 rows and 2 columns...

Did this work before? N/A 

Chrome version: 49.0.2623.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0
 
Links to the same feedback for the other browsers:

IE/Edge:
https://connect.microsoft.com/IE/feedbackdetail/view/2481942/

Firefox:
https://bugzilla.mozilla.org/show_bug.cgi?id=1257490
Cc: tkonch...@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on win8.1 chrome version 49.0.2623.110  and canary -first table with 2 rows and 2 columns displayed and second table with 3 rows and 1 column displayed as expected

Could you please upgrade to latest stable version and see if the issue exists. 
Thank you for your update. We confirm that both scenarios operate as expected in the mentioned (49.0.2623.110) Google Chrome build.
Cc: durga.behera@chromium.org
Status: WontFix (was: Unconfirmed)
Closing this issue as per the above comment # 3, please reopen if its not the case.

Sign in to add a comment