Chrome: la saisie semi-automatique ne fonctionne pas sur des champs de saisie particuliers

J'ai rencontré un problème dans Chrome où la saisie semi-automatique se souviendra de l'historique de la plupart des zones de saisie, mais ne parvient pas à enregistrer l'historique dans un domaine particulier. Firefox a réussi à sauvegarder l'historique de ce champ, et Chrome fonctionne toujours avec 99% des autres champs. Même les champs situés ailleurs sur le même formulaire verront leur historique enregistré. J'ai du mal à comprendre ce qui serait à l'origine de ce problème difficile.

Y a-t-il des solutions à cela? Quelqu'un a-t-il déjà rencontré ce problème auparavant?

EDIT: Je me suis trompé, Chrome ne semble pas vouloir se souvenir des champs sur ce site particulier. Firefox n'a aucun problème à se souvenir des champs de texte exactement sous la même forme. C'est dans SugarCRM (système CRM basé sur le Web), donc je ne peux pas vraiment poster de lien. C'est le code de la boîte de saisie d'origine en question cependant:

<input type='text' name='ranumber_c' 
id='ranumber_c' size='30' 
maxlength='255' 
value='300149' title='' tabindex='243' >

Existe-t-il d'autres emplacements dans le code qui pourraient potentiellement désactiver (ou casser) l'enregistrement de l'historique des formulaires?

EDIT 2: @iglvzx - Intéressant, le DOCTYPE affiche XHTML Strict malgré la génération incorrecte de presque toutes les balises de formulaire.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Cela empêcherait-il réellement Chrome de reconnaître un champ de saisie?

google-chrome autocomplete

— Brett Lehrer
source

D'après mon expérience, ce problème est dû au fait que les développeurs Web n'utilisent pas les champs de saisie standard ou forcent un champ à ne pas être mémorisé (comme pour les cartes de crédit ou les informations sensibles). Si vous pouviez poster des exemples de liens, nous pouvons regarder la source HTML et voir ce qui se passe.

— iglvzx

Comme complément aux mots iglvzx , si possible, partagez des captures d'écran qui peuvent aider à mieux comprendre le problème.

— Siva Charan

@Brett, quel est le DOCTYPE de la page ? La balise d'entrée doit être fermée, c'est-à-dire <input ... />.

— iglvzx

J'ai eu ce problème sur catalog.sjlibrary.org/patroninfo dans le champ Code à barres / ID. Chrome se souvient en fait de l'entrée "Votre nom", mais pas de "Code-barres". Vérifié dans Firefox, et il se souvient correctement du champ "Barcode".

— Mu Mind

Si c'est le cas value="300149", il doit le remplir dans la zone de saisie, et non la saisie semi-automatique vers une autre valeur.

— Sablefoste

Pour autant que je sache, Firefox enregistrera les informations pour tout champ de saisie de formulaire qui a un attribut "nom" auquel les informations peuvent être associées, et chrome / safari / opera enregistre uniquement des informations précieuses spécifiques telles que les adresses et les informations de paiement.

— Holger
source

Essayez de comparer le code HTML du champ problématique à d'autres sous la même forme. Quelles sont les similitudes? Quelles sont les différences?

Sans en savoir plus, une approche plus générale consiste à forcer le champ à être classé par le moteur de remplissage automatique de Chrome. Certains champs ne sont pas étiquetés correctement, donc la saisie automatique peut avoir des problèmes avec ceux-ci. Comme solution possible, vous pouvez autoriser Chrome à ajouter une signature d'identification unique à chaque champ de formulaire de la page.

Pour activer cette fonctionnalité expérimentale, visitez l'URL suivante dans un nouvel onglet, puis définissez l'indicateur sur Activé :

chrome://flags/#enable-show-autofill-signatures

Vous pouvez également avoir du succès avec les indicateurs associés - visitez chrome://flagset recherchez Autofill pour en essayer d'autres.

— Andrew
source