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 #31 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: Tue, 22 May 2018 11:35:54 +0200
Allen Li <darkfeline <at> felesatra.moe> 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!

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.