Lorsque vous entrez une recherche dans la bannière de bienvenue, le champ de saisie perd le focus après la sélection d’un résultat suggéré. Ce problème se produit également lors de l’utilisation du bouton d’effacement.
Au lieu de cela, il génère l’erreur suivante dans la console :
(Je ferai une PR demain) EDIT : Martin a déjà une PR prête pour corriger cela.
Je ne sais pas si cela est lié, mais il semble y avoir des incohérences lorsqu’il y a plus d’un menu de recherche disponible. Par exemple, l’utilisation du raccourci clavier / pour la recherche ouvre et active la recherche de l’en-tête, même lorsque la bannière de recherche est rendue. Cela se produit également lorsque l’icône de recherche serait effectivement masquée dans l’en-tête.
Avez-vous reconstruit récemment ? Je peux voir une PR connexe qui devrait corriger ce comportement : UX: Fix various search shortcut UX issues (#31903) · discourse/discourse@832ed8c · GitHub
Oh, je n’avais pas vu ça… ça ressemble à un VRAI FIX ! 
Cependant, cela ne semble pas aligner complètement le comportement… cela fonctionne avec la nouvelle bannière de recherche dans le noyau activée. Seule la bannière de recherche obtient le focus alors.
Mais la bannière du composant, maintenant Bannière de recherche avancée, n’obtient pas le focus, c’est l’icône de recherche dans l’en-tête qui l’obtient.
Et si j’installe la recherche d’en-tête et que j’active la bannière du noyau, les deux obtiennent le focus en même temps :
Il semble donc y avoir beaucoup de combinaisons maintenant et il est probablement un peu délicat de définir une hiérarchie de focus claire ?
C’est délicat ! 
Par ailleurs, Martin travaille sur une PR qui corrige mon problème ici et améliore quelques points. Cela pourrait vous aider dans votre contexte.
