パスワードマネージャーがChromiumでトリガーされない
Chromiumの認証ダイアログに入力する必要があるグローバルパスワードマネージャー（gnomeキーリング？）がトリガーされないため、不便です。たとえば、基本的なHTTP認証を要求するWebページにアクセスしています。または、すでにアクセスしていて、Chromiumが既に資格情報を保存しているログインフォームにアクセスします。
予想されるフローは
- グローバルpwマネージャーがセッションごとに1回ポップアップします。最初にページをロードするとき（または、たとえば、Sudoのようなセッションで定期的に動作します）。
- パスワードを要求し、
- 次に、ブラウザの認証ダイアログに入力します。
代わりに、最終的にパスワードマネージャーをトリガーする他のアクションを実行してこれを回避しない限り、何も起こりません。 Ubuntuのソフトウェアセンターにあるプログラムのインストールとアンインストール。この方法でパスワードダイアログをトリガーし、Chromiumの関連ページを更新すると、パスワードと資格情報が期待どおりに入力されますが、これは理想からはほど遠いです。この問題が発生している他の人へのリンクは見つかりません。誰もこれを解決する方法を知っていますか？
詳細 このSUの質問 と同様の問題に直面しているようです。私の場合、「自動入力を有効にする...」と「パスワードを保存するオファー...」の両方がチェックされています。最初にログインしたとき（自動ログインが有効になっているとき）コンピューターの電源を入れると、[保存されたパスワード]リストは空になります。前述のSoftware Centerを介して何かをインストールするなど、グローバルパスワードマネージャーの注意を要求する何かを行った後、リストには格納された資格情報がいっぱいになります。
チェックしましたが、自動ログインでセッションを開始する（パスワードを入力する必要がない）か、パスワードを入力してセッションを開始する（セッションを閉じようとしましたが、システムはパスワードの入力を求められましたが、自動入力はまだ利用できませんでした。）
タツノオトシゴをチェックしたところ、2つの異なるパスワードキーリングが表示されます。「セッション開始」キーリングには、「デフォルトのパスワードのロック解除（Google Chrome password）」と「Predeterminado」実際にすべてのGoogle Chrome=およびそれ以上のパスワードを保持します。問題は、ログインによって「デフォルト」キーリングがロック解除されないことです。
this answer で述べたように、 "login"キーリングを "Predeterminado"（ "Default"のスペイン語）キーリングに置き換えようとしましたが、それでもうまくいきませんでした。クロムパスワードの自動入力は完全に機能しなくなります。
2つの異なる問題を混在させます。
Gnome-keyringは、Webサイトのパスワードと、ssh、gpgなどのその他のパスワードを保存します。
システムにログインすると、キーリングはロック解除され、マスターパスワードを再度入力する必要はありません。それは正常な動作です。
一部のソフトウェアをインストールする場合、管理者権限が必要です。 Ubuntuでは、rootとしてログインする必要はありませんが、Sudoを使用すると、ユーザーアカウントから特権タスクを実行できますが、パスワードの再入力を求められます。
これら2つのシナリオは関連していません。そして、これはまったく問題ではありません。