Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 352821 - Saner default for chromium's password store
Summary: Saner default for chromium's password store
Status: RESOLVED DUPLICATE of bug 348402
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Chromium Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-26 13:11 UTC by Seemant Kulleen
Modified: 2011-01-27 07:19 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Seemant Kulleen 2011-01-26 13:11:31 UTC
By default, Chromium uses its own unencrypted password store. However, as seen on other distros (confirmed on ubuntu), chromium can use gnome-keyring or kwallet instead to store passwords (both of which bring the opportunity to lock the password store and encrypt).  While users can put something in ~/.bash_profile, to me it makes more sense if the ebuild added the file:

/etc/chromium/default with the following line in it:

CHROMIUM_FLAGS="--password-store=detect"


There is one complication to switching: old passwords in the default password store will not be automatically migrated.  For more details please see:

http://www.tankmiche.com/tips/chromium-keyring/
Comment 1 Mike Gilbert gentoo-dev 2011-01-27 06:28:05 UTC
According to bug 348402, --password-store=detect is enabled by default in the chromium-10 series.

Still, your suggestion is an interesting alternative; I will let phajdan.jr take a look rather than resolving this as a dup.
Comment 2 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2011-01-27 07:19:32 UTC
(In reply to comment #1)
> According to bug 348402, --password-store=detect is enabled by default in the
> chromium-10 series.
> 
> Still, your suggestion is an interesting alternative; I will let phajdan.jr
> take a look rather than resolving this as a dup.

Good. Seemant, please consider unmasking chromium-10 which has the new defaults. I'm reluctant to modify the behavior for earlier versions of the browser. I believe that different distributions patching and changing things actually cause more confusion. There were some reports about "detect" option not working reliably before version 10.

*** This bug has been marked as a duplicate of bug 348402 ***