Pourquoi Chrome demande-t-il mon mot de passe de porte-clés GNOME (Seahorse)?


10

J'utilise Google Chrome 12.0 (google-chrome-stable) et Seahorse sur Ubuntu 10.10 (je sais que Seahorse n'est pas le trousseau de clés GNOME , mais il pourrait être plus facile pour les autres de rechercher).

Toujours lorsque je démarre Chrome, je reçois une invite pour mon mot de passe de trousseau de clés. Il semble que Chrome n'y enregistre rien. Alors, pourquoi Chrome demande-t-il le mot de passe?


Avez-vous eu CHrome pour enregistrer vos mots de passe sous forme cryptée? Je ne peux pas simuler cela sur mon système
Sathyajith Bhat

Je ne sais pas. Si Chrome me l'avait demandé il y a quelque temps, j'aurais pu l'utiliser. Où puis-je vérifier cela?
Martin Thoma

Réponses:


15

Malheureusement, les anciennes versions de Chrome doivent déverrouiller le trousseau de clés pour pouvoir vérifier si vous avez enregistré des mots de passe pour un site particulier. Cela a été corrigé dans la version de développement actuelle ; Chrome ne vous demandera désormais de déverrouiller votre trousseau que s'il a réellement besoin d'en récupérer un mot de passe. Si vous ne souhaitez pas utiliser une version instable de Chrome, vous pouvez contourner le problème en passant l' --password-store=basicoption afin que Chrome utilise son propre magasin de mots de passe plutôt que d'essayer d'utiliser le trousseau de clés GNOME.

Pour plus d'informations, consultez le bogue n ° 85285 dans l'outil de suivi des bogues de Chromium.


On me demande mon mot de passe pour déverrouiller le trousseau à chaque démarrage de Chrome, mais même si je l'annule, mes mots de passe enregistrés sont toujours disponibles.
Mike

Merci pour la solution, vous sauvez la vie :) Ma ligne de commande actuelle, si elle aide quelqu'un à résoudre le problème! nohup /usr/bin/google-chrome-beta --user-data-dir=/home/mayur/.config/google-chrome-beta --flag-switches-begin --enable-tcp-fastopen --enable-spelling-auto-correct --flag-switches-end --password-store=basic &
Mayura

Pour info, le problème décrit dans l'OP est toujours présent dans Chromium 37.0.2062.120 (dans Debian 7 (Wheezy)). Heureusement, la solution de contournement présentée dans cette réponse fonctionne toujours un régal!
Digger
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.