Salut à tous ! 
C’est Jarek de l’équipe des extensions 1Password. J’ai passé un peu de temps ce matin à explorer l’instance d’essai Discourse que @osioke a configurée pour nous (merci pour ça !), et voici ce que j’ai constaté.
J’ai examiné ce champ spécifique et il semble que nous n’apparaissions plus depuis la dernière version stable de 1Password X. J’ai ajouté un cas de test en interne pour nous assurer que cela ne se reproduise plus jamais ici ! 
J’ai confirmé que nous apparaissions ici, et j’ai ajouté un cas de test en interne et apporté une modification qui empêchera cela de se produire (en se basant sur le fait que l’étiquette au-dessus du champ mentionne « invitation »). Dès que la prochaine version bêta de 1Password X sera publiée, n’hésitez pas à l’essayer ici 
.
J’ai trouvé un champ à l’URL suivante sur lequel je ne peux malheureusement rien faire de notre côté (route admin/users/list/active) :
Notre script de collecte d’informations sur la page rassemble les informations suivantes pour ce champ :
{
"htmlId": "ember921",
"htmlClass": "ember-text-field ember-view",
"isActive": true,
"opid": 5,
"placeholder": "nom d'utilisateur, adresse e-mail ou adresse IP",
"type": "text",
"labelBefore": "Afficher les e-mails"
},
Il n’y a rien ici que je puisse cibler pour aider 1Password à comprendre qu’il ne doit pas apparaître dans ce champ. Pour tout ce qu’il sait, cela pourrait être un identifiant nécessitant une saisie automatique.
Il y a quelques choses que vous pouvez faire pour aider 1Password ici. Tout d’abord, vous pouvez utiliser l’attribut autocomplete="off". Nous avons récemment mis en œuvre une nouvelle stratégie pour suivre l’intention de cet attribut, et si ce champ était défini sur autocomplete="off", les options de menu sous le champ seraient masquées par défaut, ce qui améliorerait considérablement l’expérience utilisateur.
Je comprends que, en raison de certaines décisions prises par l’équipe Chrome, cela soit difficile pour vous ; nous avons discuté en interne de la possibilité de traiter quelque chose comme autocomplete="discourse" de la même manière que autocomplete="off", et bien que je ne puisse rien promettre pour le moment, je peux dire que c’est à l’esprit de notre équipe.
Il y a même quelque chose de mieux que vous pouvez faire. Pour que 1Password ignore complètement ce champ, nous devons indiquer qu’il est destiné à la recherche et non à la connexion. Vous pouvez le faire en attribuant au champ un attribut name="user-search" (ou id="user-search"). 1Password verra le mot « search » à la fin du nom ou de l’ID et évitera de suggérer des identifiants pour ce champ.
Voici à quoi ressemblerait le champ avec ce changement :
1Password ne ferait plus aucune suggestion pour ce champ. C’est une modification que vous pouvez apporter dès aujourd’hui à tous les champs de recherche similaires pour empêcher 1Password d’apparaître !
J’ai également remarqué un champ « adresse e-mail à tester » à la route admin/email qui bénéficierait grandement de l’utilisation de autocomplete="off".
Ce sont les problèmes que j’ai remarqués. Si j’ai manqué quelque chose, n’hésitez pas à me le faire savoir. Je suis ravi de continuer à en discuter ici ! Nous travaillons toujours à améliorer nos suggestions et à être plus précis quant au moment où nous apparaissions ou non.