angular / angular/components

bug(MatCheckbox): Tooltip not shown on keyboard navigation

Abierto
#28,107 4 comentarios 4 reacciones 0 asignados Ver en GitHub
area: material/checkbox area: material/tooltip P2
Lenguaje dominante
TypeScript
Estrellas
25k
Forks
6.8k
Merge medio
1 d 8 h
PR fusionados (30 d)
91

Descripción

### Is this a regression?

- [X] Yes, this behavior used to work in the previous version

### The previous version in which this bug was not present was

14

### Description

Hi, after upgrading to Angular v15 tooltips are no longer displayed when navigating to a checkbox element via keyboard.

I added a [repro link on stackblitz ](https://stackblitz.com/edit/hvjxck?file=src%2Fapp%2Fradio-overview-example.html)which has a radio button and a checkbox. You can see that when navigating to the radio button via keyboard the tooltip is shown, but when doing the same to the checkbox, nothing is displayed.

I looked over the tooltip code where the [events are being monitored](https://github.com/angular/components/blob/15.2.x/src/material/tooltip/tooltip.ts#L376-L387). This fires on the keyboard focus event for the radio, but not for the checkbox.

We can see that the second parameter of the `monitor` method is left default, which is `false`, this means that it will not check if an event was fired on a children. For radio buttons and checkboxes the event (focus) is fired on a children, on the input. So it is strange that for the radio button this works.

Looking into the FocusMonitor code, I saw that on the focus event (`_onFocus`), [elementInfo](https://github.com/angular/components/blob/15.2.x/src/cdk/a11y/focus-monitor/focus-monitor.ts#L425) came with `checkChildren` on `true` for the radio, but on `false` for the checkbox. Now, on the tooltip code, all the monitors have the default value for `checkChildren` which is false.

I looked after this in the radio code and saw that the `monitor` is [called with checkChildren on true](https://github.com/angular/components/blob/15.2.x/src/material/radio/radio.ts#L561). So this is why the tooltip fires on the radio.

But the tooltip did fire on the checkbox in v14 too; not anymore now in the new MDC checkbox, there is no monitor called with `checkChildren` on `true`. If you open the legacy checkbox code, you can see that it was, so that is why it worked before.

So this worked before and still works using the same mechanism for other elements (like radio, but probably others too), but seems like a strange way, since the tooltip doesn't fire because of the monitor inside the tooltip directive, but a custom monitor inside the respective components.

Could the tooltip monitor all the elements using `checkChildren` on `true` or do you think it could cause issues?

Tested this on v15, but probably is the same for v16 and v17.

### Reproduction

StackBlitz link: https://stackblitz.com/edit/hvjxck?file=src%2Fapp%2Fradio-overview-example.html
Steps to reproduce:
1. Navigate to the checkbox via tab key
2. Observe that the tooltip is not shown

### Expected Behavior

Tooltip is visible when navigating via keyboard on checkboxes.

### Actual Behavior

Tooltip is not visible when navigating via keyboard on checkboxes.

### Environment

- Angular: 15.2.9
- CDK/Material: 15.2.9
- Browser(s): Chrome
- Operating System (e.g. Windows, macOS, Ubuntu): macOS

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

Reproduce el caso de navegación mediante teclado del StackBlitz enlazado y, después, lee src/material/tooltip/tooltip.ts y src/cdk/a11y/focus-monitor/focus-monitor.ts alrededor de las líneas mencionadas relacionadas con la monitorización y el tratamiento del foco. Compara la llamada al monitor en src/material/radio/radio.ts con las implementaciones de los checkbox de MDC y legacy. La tarea estará terminada cuando los checkbox enfocados mediante el teclado muestren sus tooltips sin introducir regresiones en el comportamiento de los radio.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
angular, typescript
Área
accessibility, frontend
Tipo de issue
Error
Dificultad
3/5
Tiempo estimado
1-2 días
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
47/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.