Actuellement, j’exécute 1Password 7.7 Beta-2 dans Safari, qui dispose désormais de la fonctionnalité de remplissage automatique de certains champs, similaire à 1PasswordX. Pour le moment, il traite tout champ susceptible de contenir des noms d’utilisateur comme un champ de saisie automatique destiné à être rempli par 1Password. Cela finit par outrepasser les options de Discourse, rendant la fonctionnalité de saisie avec recherche inutile. Voir l’image :
J’ai aussi trouvé cela ennuyeux il y a quelque temps sur Chrome, mais moins récemment. Peut-être que cela a cessé ou que je m’y suis habitué. À l’époque, j’utilisais la touche ESC pour masquer la superposition de 1Password, ce qui permettait ensuite d’afficher les options de Discourse.
Je pense aussi avoir désactivé les options de champ dans 1Password, mais je ne suis pas sûr. Je suis actuellement sur mobile, donc je ne peux pas en être certain.
Je trouve cela plutôt agaçant aussi : la touche Échap ne fonctionne pas très bien lorsqu’elle est dans une fenêtre modale comme l’ajout de membres à un groupe, car elle ferme simplement la fenêtre. La seule façon de s’en débarrasser est de cliquer sur le menu déroulant et de sélectionner « Masquer sur cette page », ce qui ne fonctionne que pour cette seule fois. Cela se produit dans Firefox.
Il semble que 1Password utilise l’apprentissage automatique pour déterminer où activer la fonctionnalité, de sorte que jusqu’à récemment (le mois dernier), il n’existait aucun moyen infaillible de la désactiver.
La discussion de support associée indique qu’ils ont récemment commencé à vérifier l’attribut autocomplete=off… mais nous utilisons déjà autocomplete=discoursecar Chrome ignore autocomplete=off et tente de compléter automatiquement avec les données de formulaire enregistrées
Beaucoup d’entre nous sont des clients payants. Nous devrions faire pression sur 1Password ici. S’ils nous offrent une autre voie, un autre attribut… n’importe quoi, nous pouvons agir.
Nos mains sont liées par l’entêtement de Google.
Si vous êtes utilisateur de 1Password, veuillez :
Publier sur le sujet du forum, comme l’a fait @awesomerobot
Contacter le support de 1Password
Je le ferai également lundi lorsque ma notification se déclenchera.
@sam a réussi à attirer davantage l’attention sur la discussion de support sur le forum de 1Password, et ils aimeraient obtenir nos retours sur les champs problématiques dans Discourse, afin de savoir où chercher. Pouvons-nous indiquer où nous avons remarqué le problème ?
Pour ma part, j’hésite à dire que cela apparaît sur presque toutes les zones de texte ou champs une fois que j’ai déverrouillé mon extension de navigateur 1Password X, car je n’ai pas encore vu de champ où cela n’apparaît pas dans Discourse. Cependant, c’était particulièrement gênant lors de la recherche dans le filtre des paramètres sur /admin/settings :
Cela ne devrait pas s’afficher ici ! D’autres champs spécifiques @galligan@davidkingham@awesomerobot ? Ce que nous partageons ici, Jarek de l’équipe 1Password pourra le voir, ou bien je le partagerai avec lui, alors n’hésitez pas à contribuer !
Oui, c’est généralement le cas sur beaucoup de nos entrées, mais je pense que les plus problématiques surviennent lorsque nous essayons de suggérer des résultats, car cela recouvre nos menus déroulants.
Si vous cliquez sur Partager en bas d’un sujet et essayez d’utiliser l’onglet « Envoyer une invitation »…
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) :
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.
Nous nous attendons en réalité à ce que les utilisateurs saisissent leur propre adresse e-mail dans ce champ lors du test de leur configuration e-mail.
Remarquez ici que lorsque je suis dans un champ de nom d’utilisateur sur la page d’administration des utilisateurs et que j’y clique, 1Password tente de s’activer.
Y a-t-il d’autres endroits où tu vois 1Password apparaître ?
La zone de texte ici est un champ de nom d’utilisateur, donc techniquement, 1Password devrait s’afficher là. Malheureusement, ce n’est pas ton champ de nom d’utilisateur en tant qu’administrateur lorsque tu souhaites modifier le nom d’utilisateur d’un membre, donc je comprends que cela puisse ne pas être idéal.
Si vous êtes utilisateur de 1Password, veuillez :
.
Merci encore de l’avoir partagé, Matt !