Le gestionnaire de mots de passe ne se déclenche pas avec Chromium quand il le devrait
Je rencontre des inconvénients car le gestionnaire de mots de passe global (trousseau de clés gnome?) Qui doit remplir les boîtes de dialogue d'authentification dans Chromium ne se déclenche pas. Par exemple, j'accède à une page Web qui demande une autorisation HTTP de base, ou simplement un formulaire de connexion auquel j'ai déjà accédé et pour laquelle Chromium a déjà stocké mes informations d'identification.
Le débit attendu serait
- le gestionnaire global de pw apparaissant une fois par session, la première fois que je charge la page (ou périodiquement dans une session, comme Sudo, par exemple),
- demandant mon mot de passe,
- puis en remplissant le dialogue d'authentification du navigateur.
Au lieu de cela, rien ne se produit, à moins que je ne contourne cela en effectuant une autre action qui déclenche finalement le gestionnaire de mots de passe, par exemple installer-désinstaller un programme dans le centre logiciel Ubuntu. Après avoir déclenché le dialogue de mot de passe de cette manière et actualisé les pages correspondantes dans Chromium, les mots de passe et les informations d'identification sont renseignés comme prévu, mais cela est loin d'être idéal. Je ne trouve pas de liens vers d'autres personnes rencontrant ce problème. Est-ce que quelqu'un sait comment résoudre ce problème?
Il semble que je rencontre un problème similaire à celui détaillé dans cette question de S . Dans mon cas, les cases "Activer le remplissage automatique ..." et "Offre de sauvegarder les mots de passe ..." sont cochées. Lorsque je me connecte pour la première fois (la connexion automatique est activée), par exemple. lors de la mise sous tension de l'ordinateur, la liste des mots de passe enregistrés est vide. Après avoir fait quelque chose qui demande l'attention du gestionnaire de mots de passe global, tel que l'installation susmentionnée via le Centre de logiciel, la liste est pleine des informations d'identification stockées.
J'ai vérifié et il ne semble pas y avoir de différence entre le démarrage d'une session avec connexion automatique (où je n'ai pas à saisir mon mot de passe) ou le démarrage de ma session en saisissant un mot de passe (j'ai essayé de fermer la session, puis le système m'a demandé mon mot de passe, mais le remplissage automatique n'était toujours pas disponible.)
J'ai vérifié Seahorse et je vois deux trousseaux de mots de passe différents: le "Début de session", qui ne contient qu'un élément: "Déverrouiller le mot de passe pour Default (Google Chrome mot de passe)" et le trousseau de clés "Predeterminado", qui détient en effet tous mes mots de passe Google Chrome, et probablement plus. Le problème, c'est que le trousseau "Par défaut" n'est pas déverrouillé en se connectant.
J'ai aussi essayé de remplacer le trousseau de clés "login" par le "Predeterminado" (espagnol pour "Default"), comme mentionné dans cette réponse , mais cela n'a pas fonctionné non plus, et en fait cela a le remplissage automatique de mot de passe de chrome cessent de fonctionner entièrement.
Vous mélangez deux problèmes distincts.
Gnome-keyring stocke les mots de passe des sites Web et d'autres mots de passe, tels que ssh, gpg, etc.
Le trousseau de clés est déverrouillé lorsque vous vous connectez au système et ne nécessite pas de saisir à nouveau le mot de passe principal. C'est un comportement normal.
Lorsque vous essayez d'installer un logiciel, vous devez disposer de privilèges d'administrateur. Dans Ubuntu, vous n’avez pas besoin de vous connecter en tant que root, mais Sudo vous permet d’exécuter une tâche privilégiée à partir d’un compte utilisateur, mais vous demande de saisir à nouveau un mot de passe.
Ces deux scénarios ne sont pas liés. Et ce n'est pas un problème du tout.