Issue metadata
Sign in to add a comment
|
Screen Reader No Longer Able To Read Page Alerts
Reported by
mahdi.te...@primitivelogic.com,
Jan 5 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36 Steps to reproduce the problem: 1. Open up a website that has screen alerts on change or that throws an error 2. Turn on your screen reader 3. Submit a form that is invalid 4. Visually, you should see an error but using a screen reader you should hear one as well What is the expected behavior? You should hear a screen reader alert that something has changed and or is invalid What went wrong? Nothing is read by the screen reader, as it used to be in November, and as it continues to do in other browsers. Did this work before? Yes 54 Chrome version: 55.0.2883.87 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 24.0 r0 In November, using Angular v 1.4.5 I helped develop a number of pages and forms as part of an application for a large utility provider which had accessibility alerts integrated into the application. Google Chrome and JAWS screen reader were the main targets and all application and accessibility requirements were met. In late December the features were revisited and the screen reader JAWS was no longer able to read the alerts coming from the Google Chrome browser. Internet Explorer and Firefox, which were not used during the development process, still continue to successfully read the alerts. After hours of recording and trying other solutions, I believe that the issue is with the latest Chrome browser update. There was an update to the Chrome version from when the application was under development (November 2016) to when the issue was discovered (December 2016). Reviewing the list of updates, I was unable to determine which updates would have had any impact on the alerting of changing elements in the Angular website application which was previously working and continue to works for other browsers.
,
Jan 6 2017
Unable to reproduce the issue on windows-7 using chrome version 55.0.2883.87 and canary 57.0.2973.0 with below steps. 1.Opened Chrome and turned on Microsoft Narrator 2.Navigated to the page http://toolsqa.com/handling-alerts-using-selenium-webdriver/ 3.Clicked on Simple Alert. Observed that screenreader read the alerts . Could you please let us know if anything missed here to reproduce the issue. Thanks..
,
Mar 27 2017
,
Apr 21 2017
,
Apr 21 2017
,
Jul 31 2017
Removing from Bisect bucket since TE was not able to repro in latest chrome version.
,
Aug 4 2017
,
Sep 7 2017
Chrome 63.0.3207.0 (Official Build) canary (64-bit) (cohort: 64-Bit) Windows 10 Enterprise Version 10.0.14393 Build 14393 NVDA 2017.3 JAWS 2018 Beta FireFox 55.0.3 (64-bit) Hello, I am able to reproduce this issue. Here are the steps I used: Turn on NVDA Navigated to the page http://toolsqa.com/handling-alerts-using-selenium-webdriver/ Clicked on Simple Alert. Observed that screenreader said "Simple Alert button unknown " Repeated steps with JAWS. Observed that screenreader said "Simple Alert Button" and said nothing after the alert appeared. Repeated steps with FireFox + JAWS: "Simple Alert Button dialog A simple Alert OK Button To activate press spacebar."
,
Sep 7 2017
Issue 761474 has been merged into this issue.
,
Sep 7
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
,
Sep 7
This is fixed, at least in Canary with JAWS 2018+ |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ajha@chromium.org
, Jan 6 2017Labels: Needs-Triage-M55 Needs-Bisect