for issue where Keyboard focused control is not visible, which WCAG guideline fails

[rahulpundir019]

In the image below, there is a download icon button which is visible without keyboard focus, but when it receives keyboard focus, the icon disappears, but other hints are still available, like keyboard focus border and its 'Download' tooltip.

Question:

1. Will it fail any WCAG guideline, given that it has other hints to identify(I guess no, as an alternative is present like a tooltip)\
2. The main reason for starting this discussion is, let's suppose if the tooltip is also not there and only the keyboard border is visible, then will it fail any?

Note: I think WCAG does not cover these cases in any of the success criteria yet, but it's good to know other opinions.

[patrickhlauke]

seems more like something to be filed as a general bug, as yes i don't think you could tie it to any particular WCAG SC

[bruce-usab]

I agree that this feels like bug, and WCAG doesn't try and address use cases which are bad for everyone. With your example, I'd like to know more about the visual appearance before it gets keyboard focus and more about the specifics of the highlight effect.

I might try arguing that it fails SC 1.4.1 Use of Color, as the visual information required to identify the state of the UIC is not available, despite the blue border. (The blue border only indicates focus, but maybe there is more than that as to the functionality of the icon?)

It fails against SC 2.4.12 Focus Not Obscured (Enhanced) (Level AAA):

When a user interface component receives keyboard focus, no part of the component is hidden by author-created content.