Chrome启动时骚扰我获取钥匙串密码


13

应用程序要访问密钥环“默认密钥环”

Chrome / Chromium每次打开时都会提示我输入密码。我不知道为什么它没有直接与操作系统集成以通过登录解锁,但是没有任何明显的解决方法。

我读到我需要

rm ~/.gnome2/keyrings/default.keyring

但是在没有GNOME的Xfce安装中没有这样的文件。

Answers:


9

这个问题有很长的历史了,您可以随意修改gnome-keyring,但是我发现更简单的解决方案是将该提示的密码设置为空白,这样就不再询问您了:

  1. rm ~/.local/share/keyrings/*(例如,如果您不是全新安装的,则可能要先检查/备份这些文件cp -r ~/.local/share/keyrings ~/keyrings-backup
  2. 重新启动Chrome
  3. 当提示您创建密钥环时,请继续操作而不输入密码。(事实证明,如果您是第一次这样做,您会没事的。)

在没有输入密码的情况下,按“继续”按钮会使我的系统崩溃,这是前三次。第四次,我不再收到提示,所有Gnome扩展程序都设置为“禁用”,Chrome每隔几分钟就打开Gmail的四个标签页。
杰米

不适用于我,但是按照jbrock的答案使用--password-store = basic运行。
Jan Kyu Peblik's

1
好答案,谢谢。为我解决了这个长期问题。
C26

1
没有密码的密钥环未加密。那有多好?
Grogi

与Opera和Xubuntu 19.04一起工作得很好。谢谢!而且,我不担心保存到浏览器中的任何密码都不会被加密,因为我使用了第三方密码管理器,并且不会将密码保存到浏览器中。另外,我运行完全dis加密。
尼克5

7

不知道这个问题仍然有意义,但是我找到了适合我的解决方案。我正在运行Debian Jessie i386。使用XFCE桌面和gdm3显示管理器。我发现,进入“应用程序菜单设置”>“会话和启动”>“高级”,然后选择“启动时启动Gnome服务”解决了该问题。不确定如何影响其他发行版,但可以在Debian Jessie上使用。


1
我在Xubuntu 17.04(Zesty)上找到了相同的解决方案。
ʇsәɹoɈ

感谢您提供解决方案。不幸的是,这仍然有意义。不幸的是,使用全新安装XFCE destkop,您的建议对我的debian拉伸无效。
Christian Herenz

帮助我使用Mint XFCE。
Grogi

2

我不知道您在使用哪个发行版,但是我会在其中创建一个脚本~/bin并将其称为chromium(对于Debian)或chromium-browser(对于Ubuntu)。确保根据发行版上调用的Chromium修改脚本:

#!/bin/bash
/usr/bin/chromium-browser --password-store=basic "$@" 

对于Google Chrome浏览器,您可以在其中创建另一个脚本~/bingoogle-chrome-stable使用以下命令调用它:

#!/bin/bash
/usr/bin/google-chrome-stable --password-store=basic "$@" 

--password-store=basic当您启动两个程序之一时,以上脚本将为每个实例使用参数。

这个来源

--password-store指定要使用的加密存储后端。可能的值是kwallet,kwallet5,gnome,gnome-keyring,gnome-libsecret,basic。其他任何值都会导致Chrome自动检测最佳后端。TODO(crbug.com/571003):一旦PasswordStore不再使用Keyring或KWallet来存储密码,请重命名此标志以停止引用密码。不过,不要尽快重命名;开发人员和测试人员可能依赖于此,从而将大量测试密码保留在其密钥环或KWallets中。


0

我想发表评论,但它告诉我我不能因为名声太少而致。非常抱歉这个“答案”。

@Wolf删除中的密钥环的答案也对~/.local/share/keyrings/我有所帮助。从那里开始,我看到Default_keyring.keyring了这种行为的解释。

似乎在GNOME libsecretAPI中有一个怪癖,并且在初始化OSCrypt时,Google只是使用libsecret添加了一个虚拟条目。有关更多详细信息,请参见:https//bugs.chromium.org/p/chromium/issues/detail?id = 660005。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.