GNU bug report logs - #29575
25.3; Secret Service API treats labels as unique

Previous Next

Package: emacs;

Reported by: Allen Li <vianchielfaura <at> gmail.com>

Date: Tue, 5 Dec 2017 05:43:02 UTC

Severity: wishlist

Tags: fixed

Found in version 25.3

Fixed in version 27.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #36 received at 29575 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Allen Li <darkfeline <at> felesatra.moe>
Cc: Allen Li <vianchielfaura <at> gmail.com>, 29575 <at> debbugs.gnu.org
Subject: Re: bug#29575: 25.3; Secret Service API treats labels as unique
Date: Wed, 05 Sep 2018 11:00:10 +0200
Michael Albinus <michael.albinus <at> gmx.de> writes:

Hi Allen,

>> Thanks.  It doesn't look like there is a way to get the object path by
>> searching attributes?  That means there's no way to get the object path for
>> a secret added from a cooperating application (that may not have a unique
>> label).  secrets-search-items returns labels.  Ideally there would be a
>> variant of secrets-search-items that returned object paths.
>
> Indeed. I've added the function `secrets-search-item-paths'.
>
>> Also, the docstring for secrets-create-items now has this line which I
>> think is misleading:
>>
>> The label ITEM must not be unique in COLLECTION.
>>
>> Should it be:
>>
>> The label ITEM does not have to be unique in COLLECTION.
>
> Yes, sounds better. I've adapted the docstring.
>
> All changes are pushed to master. Thanks for your feedback!

Does it work for you? I'd like to close bugs which are fixed for a long
time; this is one of them.

Best regards, Michael.




This bug report was last modified 6 years and 259 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.