[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#29575: 25.3; Secret Service API treats labels as unique
From: |
Michael Albinus |
Subject: |
bug#29575: 25.3; Secret Service API treats labels as unique |
Date: |
Tue, 15 May 2018 14:56:22 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Michael Albinus <michael.albinus@gmx.de> writes:
Hi Allen,
>>> Well, inside the org.freedesktop.Secret.{Service,Collection,Item}
>>> interfaces, an item is identified by an object path. We could extend our
>>> interface to allow both label and object path as item, and to throw away
>>> the "unique label rule" inside collections.
>>
>> That sounds like a better starting idea. One problem that comes to
>> mind is that the object path could be a valid label value, I think.
>
> That's possible, yes. But I doubt it will happen in reality. At least in
> Emacs we could check, that a label doesn't look like an object path, and
> suppress such items for being considered.
Finally, I found the time to implement this. `secrets-create-item' does
allow labels now which exist already in a collection. `secrets-item-path',
`secrets-get-secret', `secrets-get-attributes', 'secrets-get-attribute'
and `secrets-delete-item' allow also object paths as argument.
Pushed to the master branch. Could you pls check whether this fits your needs?
Best regards, Michael.
- bug#29575: 25.3; Secret Service API treats labels as unique,
Michael Albinus <=