Bonjour @pierre-gilles 
En travaillant sur le support des climatiseurs Tuya (Tuya - Air Conditioner support - PR9 by Terdious · Pull Request #2591 · GladysAssistant/Gladys · GitHub), je suis tombé sur une régression déjà présente dans master, indépendante de Tuya.
Depuis la PR #2541 (« Matter: Add fan clusters », sortie en v4.79.0), tous les appareils de climatisation affichent le contrôle de vitesse de ventilation (Arrêt / Faible / Moyen / Fort / Auto) au lieu du contrôle de mode clim (Auto / Froid / Chaud / Déshumidification / Ventilation).
Cause : AIR_CONDITIONING.MODE et FAN.MODE valent tous les deux la chaîne 'mode'. Comme ROW_TYPE_BY_FEATURE_TYPE dans DeviceRow.jsx est indexé uniquement par type, l’entrée FAN.MODE (déclarée après) écrase silencieusement AIR_CONDITIONING.MODE → toute feature mode est routée vers le composant ventilateur. Ça touche toutes les intégrations exposant une feature air-conditioning / mode, pas seulement Tuya.
J’ai ouvert l’issue et une PR de correction (routing conscient de la catégorie, 1 fichier) :
Issue : Air-conditioning devices show the fan-mode control instead of the AC mode control (regression since v4.79.0 / #2541) · Issue #2593 · GladysAssistant/Gladys · GitHub
PR à l’origine : Matter: Add fan clusters by Pierre-Gilles · Pull Request #2541 · GladysAssistant/Gladys · GitHub
PR qui corrige : Fix: air-conditioning mode feature rendered as fan mode (routing collision since #2541) by Terdious · Pull Request #2592 · GladysAssistant/Gladys · GitHub
N’hésite pas si tu veux que j’ajuste l’approche du correctif. Merci !