Opened 4 years ago
Last modified 3 years ago
#50703 accepted defect (bug)
WordPress classic editor accessibility issues for insert/edit links list
Reported by: | fornandakishore | Owned by: | joedolson |
---|---|---|---|
Milestone: | Future Release | Priority: | normal |
Severity: | normal | Version: | 5.4.2 |
Component: | Editor | Keywords: | needs-patch |
Focuses: | accessibility | Cc: |
Attachments (3)
Change History (15)
This ticket was mentioned in Slack in #accessibility by audrasjb. View the logs.
4 years ago
This ticket was mentioned in Slack in #accessibility by azhiyadev. View the logs.
4 years ago
#4
@
4 years ago
- Keywords reporter-feedback removed
- Milestone Awaiting Review deleted
- Resolution set to invalid
- Status changed from new to closed
This ticket was discussed during today's accessibility bug-scrub: since it seems the issue can't be reproduced, the team agreed to close this ticket.
Tickets can always be reopened so please do feel free if you feel something was missed or if you're able to provide more details to reproduce the issue. Also, discussion can continue on closed tickets :)
#5
@
4 years ago
- Keywords Narrator Focus added
- Resolution invalid deleted
- Severity changed from normal to critical
- Status changed from closed to reopened
Open the editor in New Edge browser latest version and follow the below steps to repro the issue.
- Click on "Insert Hyperlink" button or Ctrl+k
- "Paste URL" edit box opens
- Navigate to options button and invoke
- Using tab navigate to "Open Link in New Tab" checkbox
- Press tab key for two times
- Narrator focus will move to the entire Links list box
- Now start navigation using up and down arrow keys
- Verify narrator behavior
#6
@
4 years ago
- Keywords Narrator Focus removed
- Milestone set to Awaiting Review
- Severity changed from critical to normal
@fornandakishore thanks for providing more details. I'm a bit confused though. In your original report you mentioned "some keyboard accessibility issues". Instead, in your last comment you mention problems with Narrator on Windows. Is the latter a new issue or it is the same you originally reported?
I'm not a native English speaker and I do realize language barriers are a thing but I'd kindly ask you to please be a bit more descriptive in your report. A few words to better explain the problem can save a good amount of time spent in testing and debugging :)
#7
@
4 years ago
- Keywords Narrator Focus added
- Severity changed from normal to major
@afercia, Sorry for the confusion, expected result is "When a user is navigating through up and down arrow keys, narrator focus should go to each link and announce focused link details" but it is not behaving as expected.
Repro Steps
Open the editor in New Edge browser latest version and follow the below steps to repro the issue.
Click on "Insert Hyperlink" button or Ctrl+k
"Paste URL" edit box opens
Navigate to options button and invoke
Using tab navigate to "Open Link in New Tab" checkbox
Press tab key for two times
Narrator focus will move to the entire Links list box
Now start navigation using up and down arrow keys
Verify narrator behavior
Please find the below links for reference videos
https://meedev.westus.cloudapp.azure.com/dev-old/Narrator%20focus%20is%20not%20moving%20to%20links%20details.webm
https://meedev.westus.cloudapp.azure.com/dev-old/Edge%20Browser%20and%20narrator%20issue.webm
#8
@
4 years ago
- Keywords Narrator Focus removed
Adjusting the keywords per the workflow keywords used here on Trac.
This ticket was mentioned in Slack in #accessibility by ryokuhi. View the logs.
3 years ago
#10
@
3 years ago
- Owner set to joedolson
- Severity changed from major to normal
- Status changed from reopened to accepted
I think that this could be easily fixed by changing the UI for the inserter slightly. Right now, the link inserter uses a hidden input to set the selected item and a pair of span elements to describe the link title and post type. If this was changed to an input that's focusable - like a submit, for example, and a label to wrap everything, then native keyboard operation would be a viable path to make this work.
Thanks for your report @fornandakishore and welcome to Trac.
Based on your screenshot I'm assuming you're using the editor in the front end using
wp_editor()
? I see the styling of the elements in the modal dialog is likely affected by conflicts with the theme styling. Regardless, this shouldn't directly impact the functionalities of the search and suggestions list.I did a quick test adding the editor in the front end (theme: Twenty Twenty) and I couldn't reproduce any issue. The styling needs to be adjusted a bit but everything works as expected.
See the attached animated GIF.
I'd tend to think there's probably some JavaScript conflict with some plugins or the theme you're using. Can you confirm that the bug still exists with the default theme (Twenty Twenty) activated and all other plugins deactivated?