| Summary: | AX: Inconsistent screen reader behavior when entering the web area of an iframe | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | arvinhjt0718 |
| Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | andresg_22, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | All | ||
| OS: | All | ||
|
Description
arvinhjt0718
2023-06-19 20:11:40 PDT
Clarification on Steps to Reproduce, the previous one provided is on default fiddle. To use the link, follow the steps below: Double-click on the text "test" Activate Voiceover on Mac (Cmd+F5) Navigate to the frame of the Preview screen (Tab key) Enter the web area of Preview (Ctrl+Option+Shift+Down Arrow) Sorry for the confusion the previous description may cause, to clarify the issue, the voiceover behave differently and inconsistent on the same browser, different system. **The best possible behaviour is recording on Chrome, MacOS 14 recording. Where the voiceover announce `in frame test` and `in text test`, or Safari MacOS 13, where it announce `in text test` the first time the keyboard combo is pressed** **The expected behaviour is recording Chrome, MacOS 13, it announce `you are currently inside text element....`, or FF and Safari, MacOS 14** Below is the test recording on MacOS 13.4.1 and MacOS 14.0 beta 2, with Safari, FF, Chrome on the latest version on Apple silicon device. https://drive.google.com/drive/folders/1pCrpVETlSd10J3BefU9SVLYQY_KMeGeY?usp=sharing |