Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

client: Add a generic Secret type #151

Merged
merged 3 commits into from
Dec 4, 2024
Merged

Conversation

bilelmoussaoui
Copy link
Owner

See commits.

@bilelmoussaoui bilelmoussaoui force-pushed the bilelmoussaoui/secret branch 8 times, most recently from 01e89f6 to c31e34a Compare November 2, 2024 13:37
@bilelmoussaoui
Copy link
Owner Author

I guess before we merge this, we should investigate if it is ok to store the content-type as an attribute. If that is the case, we can also make use of that in the portal backend implementation as it would also be relevant for the server side implementation.

@bilelmoussaoui
Copy link
Owner Author

gnome-keyring-daemon never stores or cares about the content-type, on the other hand, kwallet stores it in an attribute https://invent.kde.org/frameworks/kwallet/-/blob/master/src/runtime/kwalletd/kwalletfreedesktopcollection.h#L16 named $fdo_mime_type

I guess we should store it as well, maybe named differently with a fallback for Kwallet use case

client/src/dbus/api/secret.rs Show resolved Hide resolved
client/src/dbus/api/secret.rs Show resolved Hide resolved
client/src/portal/item.rs Outdated Show resolved Hide resolved
client/src/dbus/api/secret.rs Outdated Show resolved Hide resolved
client/src/dbus/api/secret.rs Outdated Show resolved Hide resolved
Avoids the duplicated types we have all over the place.

- We still don't make use of the content-type when creating or
retrieving portal secrets
- We still don't make use of content-type when retrieving dbus items

But it is an improvement over the current status.

Fixes #133
Share the same code as the portal key
Makes uses of the content-type from the DBus API and just hack
around for the portal backend until we figure out whether
it makes sense to store the content-type as an attribute
@bilelmoussaoui
Copy link
Owner Author

Merging for now, we can add content-type storage as an attribute later on as it wouldn't conflict with the changes done in this PR.

@bilelmoussaoui bilelmoussaoui merged commit 1bba4ad into main Dec 4, 2024
7 checks passed
@bilelmoussaoui bilelmoussaoui deleted the bilelmoussaoui/secret branch December 4, 2024 21:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants