Details
-
Type:
Bug
-
Status: OPEN
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 20.0
-
Fix Version/s: None
-
Component/s: Accessibility, Gradebook, User Experience
-
Labels:None
-
Environment:https://experimental.nightly.sakaiproject.org/portal/
Windows 10 Chrome Version 77.0.3865.120 (Official Build) (64-bit)
-
Test Plan:
Description
As described in SAK-41209 and children, many keyboard and screen reader accessibility issues were introduced in Gradebook in Sakai 12-20. Per SAK-33744, the issues with keyboard navigation in Gradebook column headers and cell menus were resolved by adding a special key combination to access these headers and menus.
However, even if the column headers could be reached using the key combination, it would still be a severe usability regression from Sakai 11, where all columns, icons/error messages, and menus could simply be accessed with the usual keystrokes most users would expect (tab, shift + tab, space, and arrow keys).
Here is a 2-minute screencast video of me trying to create and then delete a gradebook item in Sakai 20. As shown in the video, it takes me 28 seconds before I manage to get to the Add Gradebook Item button.
After creating the Gradebook item, and trying for another minute and a half, I never managed to get focus on the header cell for the Test item I created, so I could not edit the gradebook item's settings, delete it, etc.
I even tried at one point around 1:36 in the video) to open the keyboard instructions and follow them - even the keyboard instructions panel is not accessible because it doesn't trap focus properly, and I can't use the scrollbar within it.
This is unacceptable behavior from both a usability and accessibility perspective.
Compare the bad behavior in Sakai 20 with this 40-second video of creating and deleting a gradebook item in Sakai 11. Note that the only issue I encountered with using Sakai 11 header cell/menu was a lack of visual keyboard focus on the menu when I focused on it at around 20 seconds in.