Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 360441 - www-client/chromium passwords missing with default command
Summary: www-client/chromium passwords missing with default command
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Chromium Project
URL: http://www.google.com/support/chrome/...
Whiteboard: ht-wanted
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-25 16:43 UTC by John J. Aylward
Modified: 2011-04-26 12:51 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 John J. Aylward 2011-03-25 16:43:33 UTC
it would be nice to update the menu link to support the command line option to detect the proper keystore

Reproducible: Always
Comment 1 John J. Aylward 2011-03-25 16:45:14 UTC
in addition to the URL listed on the bug report see also:
http://code.google.com/p/chromium/issues/detail?id=77328
Comment 2 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2011-03-28 14:05:57 UTC
Well, we can't just add --password-store to the launcher flags because password sync has to be turned off to avoid instability: http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=1230517

I'm not sure what to do here, and would rather wait for the upstream.
Comment 3 Marc Schiffbauer gentoo-dev 2011-03-28 16:42:52 UTC
How about looking for KDE or GNOME USE flags?

If KDE and !GNOME you can safely enable --password-store=detect.

Otherwise at least an ewarn about the issue should be there, so that everyone gets to know about that option and add it to the script manually if desired.
Comment 4 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2011-04-08 06:48:26 UTC
Unfortunately, upstream seems slow to deal with this issue. Anyway, the workaround is http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=1230517
Comment 5 John J. Aylward 2011-04-09 03:05:30 UTC
That work around is not a resolution to the problem since every rebuild and upgrade will have the same issue. I like Marc's idea of using the use flags to update the desktop menu file with the --password-store=detect option. Until upstream has a real fix I don't see a reason to close this issue.
Comment 6 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2011-04-26 12:51:51 UTC
I think this has been fixed for chromium-12.x: http://code.google.com/p/chromium/issues/detail?id=70658

Sorry for the problems with this bug, but it's really an upstream issue. I'd rather not backport a patch that upstream doesn't want to backport, or add switches that are known to cause problems (deadlock).