-
Notifications
You must be signed in to change notification settings - Fork 153
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[bug] screen reader does not read all newly rendered text #4211
Comments
This issue has been marked as ready for team triage; we will triage it in our weekly review and update the issue. Thank you for contributing to Accessibility Insights! |
Reviewing with Peter, let's try not show the Toast at all in this scenario (error due to not secure target) |
@ferBonnin OK I can fix this since it was a part of my PR #4170 |
awesome! thanks @kennyzhen13 |
…ils button from an insecure target page (#4234) #### Details This PR is a continuation of PR #4170 and addresses the bug described in #4211. Previously, from an insecure target page, if a user clicks the "Copy failure details" button then two messages will render: 1. help message under the button that reads "To copy failure details, first open the Accessibility Insights for Web page." 2. toast pop-up reading "Failed to copy failure details." Now, this PR removes the aforementioned toast pop-up. Example screenshot is shown below. ![helpMessage](https://user-images.githubusercontent.com/2243970/118338631-7937e880-b4cb-11eb-87ea-f368bca41713.png "Help message visible from clicking 'Copy failure details.' Toast message does not appear anymore.") <!-- Usually a sentence or two describing what the PR changes --> ##### Motivation Addresses bug #4211 <!-- This can be as simple as "addresses issue #123" --> ##### Context <!-- Are there any parts that you've intentionally left out-of-scope for a later PR to handle? --> <!-- Were there any alternative approaches you considered? What tradeoffs did you consider? --> #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [x] Addresses an existing issue: #4211 - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [x] (UI changes only) Added screenshots/GIFs to description above - [x] (UI changes only) Verified usability with NVDA/JAWS
Hey @kennyzhen13, thanks for fixing this! Feel free to close out the issue if you feel that it is resolved 🙂 |
The team requires additional author feedback; please review their replies and update this issue accordingly. Thank you for contributing to Accessibility Insights! |
This issue has been automatically marked as stale because it is marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment. Thank you for contributing to Accessibility Insights! |
Describe the bug
This bug report describes the issue described under Context in the PR description of #4170.
While using MacOSX VoiceOver, if new text is rendered in more than one area, only one of those texts is read aloud by the screen reader. In this specific instance, a button click renders two new texts: (1) a block of text under the button and (2) a toast message pop-up.
To Reproduce
Steps to reproduce the behavior:
CodePen repro example
Expected behavior
Currently unsure about the expected behavior.
Screenshots
Context (please complete the following information)
Are you willing to submit a PR?
Yes
Did you search for similar existing issues?
No
Additional context
The target page must be from an insecure origin (http:// instead of https://)
The text was updated successfully, but these errors were encountered: