Status Update
No update yet.
Comments
vi...@google.com
vi...@google.com
Similar issue, see:
mr...@gmail.com
Thanks for the report!
After turning on full keyboard access in the macOS Accessibility settings I was able to successfully reproduce on my large monitor -- however, the popup window and permission prompt are visible, just way off to the side and maybe easy to miss (see attached screenshot). When I try on my smaller laptop display, this no longer reproduces for me. Full keyboard access on macOS shows outlines for the element that is under focus, so I can see that the keyboard input is still controlling focus on the permission prompt which does seem to indicate that this is maybe possible, but maybe the occlusion checking is working and disabling submitting the "allow" decision while occluded?
Are there setup steps I'm missing here? Or is this maybe platform specific to Windows? I can quick try on Linux as well.
vi...@google.com
Increasing the left and top values can completely hide it. I used the minimum left and top values to hide it on my PC. You can try changing them, or maybe use left=1500 and top=1500.
vi...@google.com
If possible, could you try this on a Windows machine. My PoC is based on (made for) Windows 11 OS.
Description
When Talkback comes to a log region, it reads the entire region; even if only one line has changed.
This would mean that the default of aria-atomic and/or aria-relevant is not being respected for that region.
As an example, you can view this page:
What SHOULD happen:
Only additions and text changes to the region should be read.
What DOES happen:
The entire region is read each time there is a change.
This would lead me to believe that either the default for aria-atomic is not being respected, or the default for aria-relevant is not being respected. It happens in multiple browsers, so my assumption would be that it's a Talkback issue, but it's possible it's a systemic mobile-browser problem. Testing has proven inconclusive.