Issue metadata
Sign in to add a comment
|
Authentication Required and Confirm form resubmission dialogs initially inaccessible |
||||||||||||||||||||||||
Issue descriptionChrome Version: 61.0.3122.0 (Official Build) canary(64-bit) OS: Windows 10 Version 1703 (OS Build 16199.1000) 64-bit What steps will reproduce the problem? (1) Start Chrome and the NVDA screen reader. (2) Open this URL: https://www.umart.com.au/member/ (3) Tab through the controls in the resulting "Authentication Required" dialog. Expected: NVDA should report the editable text fields and buttons in the dialog. Actual: NVDA reports "unknown" for every control. (4) Alt+tab out of Chrome, then back in again. (5) Tab through the controls again. Observe correct result: NVDA reports the editable text fields and buttons in the dialog. (6) Press escape to dismiss the dialog. (7) Open this URL: data:text/html,<form method="post" action="https://google.com/blah"><input type="submit"> (8) Press Submit. (9) Press control+r. (10) Tab through the controls in the resulting "Confirm form resubmission" dialog. Expected: NVDA should report the buttons in the dialog. Actual: NVDA reports "unknown" for every control. (11) Alt+tab out of Chrome, then back in again. (12) Tab through the controls again. Observe correct result: NVDA reports the buttons in the dialog. Correct focus win events do get fired with negative child ids. However, IAccessible::accChild on the root accessible for the Chrome main HWND returns E_INVALIDARG. Interestingly, if you get to the accessible using accNavigate (and possibly other methods), everything starts working as it should. Similar to issue 730910 from a user perspective, except I haven't found any way at all to access the Privacy Error screen and it's also a different HWND where WM_GETOBJECT fails. Impact: This is extremely annoying at best for Chrome + NVDA users. At worst, they won't be able to access them at all if they won't know the alt+tab workaround.
,
Aug 4 2017
,
Aug 4 2017
,
Aug 4 2017
,
Aug 30 2017
Investigating... For some reason, the requested child, even though it does exist, is deemed to be not a descendant of the root accessible , and hence E_INVALIDARG is returned.
,
Nov 7 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/31c56898aa1a91ba7bb10e79b1243d44c80224c2 commit 31c56898aa1a91ba7bb10e79b1243d44c80224c2 Author: Nektarios Paisios <nektar@chromium.org> Date: Tue Nov 07 23:22:37 2017 Retrieves the parent widget of the current widget by always getting the top-level widget Surprisingly this method works quite well and doesn't require us to create a |AddedToWidgetObserver|. R=dmazzoni@chromium.org, aleventhal@chromium.org, tapted@chromium.org Bug: 730971 Change-Id: Id84d70605c01705e259253a7ab33330b1177d496 Tested: manually, existing unit tests Reviewed-on: https://chromium-review.googlesource.com/755950 Commit-Queue: Nektarios Paisios <nektar@chromium.org> Reviewed-by: Dominic Mazzoni <dmazzoni@chromium.org> Cr-Commit-Position: refs/heads/master@{#514644} [modify] https://crrev.com/31c56898aa1a91ba7bb10e79b1243d44c80224c2/ui/views/accessibility/native_view_accessibility_base.cc [modify] https://crrev.com/31c56898aa1a91ba7bb10e79b1243d44c80224c2/ui/views/accessibility/native_view_accessibility_base.h [modify] https://crrev.com/31c56898aa1a91ba7bb10e79b1243d44c80224c2/ui/views/accessibility/native_view_accessibility_mac.mm [modify] https://crrev.com/31c56898aa1a91ba7bb10e79b1243d44c80224c2/ui/views/accessibility/native_view_accessibility_unittest.cc [modify] https://crrev.com/31c56898aa1a91ba7bb10e79b1243d44c80224c2/ui/views/accessibility/native_view_accessibility_win_unittest.cc
,
Nov 7 2017
,
Nov 17 2017
Google Chrome 64.0.3271.0 (Official Build) canary (64-bit) (cohort: Clang-64) Windows 10 Enterprise Version 1607 Build 14393.1770 NVDA 2017.3 Hi Nektarios, I am verifying this bug as fixed. (1) Start Chrome and the NVDA screen reader. (2) Open this URL: https://www.umart.com.au/member/ (3) Tab through the controls in the resulting "Authentication Required" dialog. Actual: NVDA read the contents of the dialog and both buttons. It also says "pane" when it doesn't need to but that is tracked in another bug. (4)Alt+tab out of Chrome, then back in again. (5) Tab through the controls again. Observe correct result: NVDA reports the editable text fields and buttons in the dialog. (6) Press escape to dismiss the dialog. I then followed these steps: (7) Open this URL: data:text/html,<form method="post" action="https://google.com/blah"><input type="submit"> (8) Press Submit. (9) Press control+r. (10) Tab through the controls in the resulting "Confirm form resubmission" dialog. Actual: NVDA reads the entire contents of the alert and also reads the continue and cancel buttons. (11) Alt+tab out of Chrome, then back in again. (12) Tab through the controls again. Actual: this also reads reads the entire contents of the alert and also reads the continue and cancel buttons.
,
Nov 20 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ja...@nvaccess.org
, Aug 1 2017