This is occurring in the Leap patron registration section. For accessibility purposes some of our staff tab through the patron registration and when hitting the zip code field and entering the zip, the select a city pop up box will appear showing multiple cities connected to that zip. The default spot for the tab to be at when this window appears is on the ok button, meaning none of the radio buttons have been selected yet. Then you must shift + tab and forward tab to eventually get to a radio button being highlighted. You can click the space bar to choose the radio button and tab back to the okay button. Once out of the window it will return to the patron registration but instead of the cursor being in the next field to keep tabbing through the rest of the form, the default spot is on the save/cancel button at the very top of the form. Staff then must tab through the entire form again to get back to the field you left on after the zip code.

This breaks compliance with WCAG2.1 AA and WCAG 2.2 AA, the widely accepted standard. The current behavior does not conform to WCAG Success Criterion 2.4.3 Focus Order. https://www.w3.org/WAI/WCAG22/Understanding/focus-order.html

Our idea and request is for the accessibility of tabbing through the Leap patron registration comes up to compliance with WCAG criterion.