Re: [PATCH] credential-libsecret: unlock locked secrets
- From
Mantas Mikulėnas <grawity@gmail.com>
- Date
- Nov 6, 2017, 09:53 UTC
- Message-ID
- <CAPWNY8WUo8n903AcUPQ-EsfmtjoKRJDGXp0Wy4KoBSbrOhrR0A@mail.gmail.com>
- In-Reply-To
- <20171103204449.5268-1-dennis@kaarsemaker.net>
On Fri, Nov 3, 2017 at 10:44 PM, Dennis Kaarsemaker <dennis@kaarsemaker.net> wrote:
Show 26 quoted lines
> Credentials exposed by the secret service DBUS interface may be locked. > Setting the SECRET_SEARCH_UNLOCK flag will make the secret service > unlock these secrets, possibly prompting the user for credentials to do > so. Without this flag, the secret is simply not loaded. > > Signed-off-by: Dennis Kaarsemaker <dennis@kaarsemaker.net> > --- > contrib/credential/libsecret/git-credential-libsecret.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/contrib/credential/libsecret/git-credential-libsecret.c b/contrib/credential/libsecret/git-credential-libsecret.c > index 4c56979d8a..b4750c9ee8 100644 > --- a/contrib/credential/libsecret/git-credential-libsecret.c > +++ b/contrib/credential/libsecret/git-credential-libsecret.c > @@ -104,7 +104,7 @@ static int keyring_get(struct credential *c) > items = secret_service_search_sync(service, > SECRET_SCHEMA_COMPAT_NETWORK, > attributes, > - SECRET_SEARCH_LOAD_SECRETS, > + SECRET_SEARCH_LOAD_SECRETS | SECRET_SEARCH_UNLOCK, > NULL, > &error); > g_hash_table_unref(attributes); > -- > 2.15.0-rc2-464-gb5de734 >
Looks okay. (It seems that's what all other programs do, too...)
-- Mantas Mikulėnas <grawity@gmail.com>