New issue
Advanced search Search tips

Issue 601893 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Jan 16
Cc:
lpalmaro@chromium.org
ew...@chromium.org
anthonyvd@chromium.org
aboxhall@chromium.org
dmazz...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug
Team-Accessibility



Sign in to add a comment

Allow role="presentation" on <webview>

Project Member Reported by ew...@chromium.org, Apr 8 2016 
Version: Canary
OS: Mac

What steps will reproduce the problem?
(1) Enable the new password separated sign in flow (#enable-password-separated-signin-flow)
(2) Bring up the new sign in flow by clicking "Sign in to Chrome"
(3) Enable VoiceOver with Cmd+F5
(4) Tab through the focusable elements. Notice that you're able to tab through the close button, text field, next button, and more options button without an issue.
(5) Tab to the close button. Now use option+ctrl+right/left to try navigating through the web contents. Notice that you're only able to focus on the close button or the surrounding frame.
(6) Tab to one of the other focusable elements (e.g. the text field). Now use option+ctrl+right/left to navigate through the content. Notice you're able to navigate through all the content except the close button/surrounding frame.

Expected:
I should be able to navigate through all the content. In other words, there shouldn't be a "wall" between the close button and the rest of the content.

Actual:
Unable to navigate through all the content seamlessly with option+ctrl+right/left arrow.

See this screencast for a demonstration of the issue: https://drive.google.com/a/google.com/file/d/0Byv8caX1Ib9deklDeHprVDJHZXM/view?usp=sharing

Comment 1 by dmazz...@chromium.org, Apr 8 2016

Owner: ew...@chromium.org
This is a quirk of VoiceOver. When you get to the frame, press the "Interact With" shortcut, Option+Ctrl+Shift+Down, then you're "inside" the frame and you can navigate through everything inside.

I don't think this will be any more confusing to users than normal for Mac. Iframes in Safari work this way now, for example, and the System Preferences is full of hierarchical panels.

That said, if we want it to be seamless we ought to have a way to do that. We did this for the NTP by putting role="presentation" on the iframes to make them seamless with the surrounding page. That probably doesn't work with <webview> now but we could consider making it work.

Elias or Laura, could you verify that the "Interact With" shortcut solves the issue? If so then I think we can lower the priority of this for now but still consider the role="presentation" fix.

Comment 2 by ew...@chromium.org, Apr 8 2016

Cc: ew...@chromium.org
Labels: -Pri-2 Pri-3
Owner: dmazz...@chromium.org
Thanks for the explanation Dominic! I can verify that the "Interact With" shortcut solves this issue.

I'm going to downgrade the priority and reassign to you for further triaging. I leave it to you and Laura to decide whether this should be marked as "Won't Fix," given that the "Interact With" keyboard shortcut seems to solve this issue.

Comment 3 by dmazz...@chromium.org, Apr 8 2016

Summary: Allow role="presentation" on <webview> (was: Unable to fully navigate web contents in dialogue on Mac)
I renamed the bug into what I think would be the next actionable step we could take. Let's allow role="presentation" on <webview>.

Comment 4 by dmazz...@chromium.org, Nov 15 2016

Components: UI>Accessibility

Comment 5 by dmazz...@chromium.org, Mar 27 2017

Labels: NewComponent-Accessibility-Blink NewComponent-Accessibility

Comment 6 by dmazz...@chromium.org, Apr 21 2017

Components: Blink>Accessibility

Comment 7 by dmazz...@chromium.org, Apr 21 2017

Components: -UI>Accessibility
Labels: -newcomponent-accessibility-blink -newcomponent-accessibility

Comment 8 by dmazz...@chromium.org, Jul 27 2017

Labels: triage-alice

Comment 9 by aboxhall@chromium.org, Aug 9 2017

Labels: -triage-alice

Comment 10 by dmazz...@chromium.org, Aug 10 2017

Labels: -Restrict-View-Google
Owner: ----
Status: Available (was: Assigned)

Comment 11 by dmazz...@chromium.org, Aug 11 2017

Labels: triage-dtseng

Comment 12 by dmazz...@chromium.org, Aug 11 2017

Labels: -triage-dtseng
Project Member

Comment 13 by sheriffbot@chromium.org, Aug 13

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 14 by kjbooker@chromium.org, Sep 7

Labels: Needs-Investigation
Status: Available (was: Untriaged)

Comment 15 by dmazz...@chromium.org, Jan 16

Status: WontFix (was: Available)
The Sign In page no longer uses a <webview>. We could reopen if ever needed, but currently there's no UI that I'm aware of that needs this.
►

Sign in to add a comment