nvrl 38bd282d3a fix(core): reconnect to the Secret Service after it restarts ...

The keyring store keeps one D-Bus connection and one Secret Service
session for the whole process, and was installed once. The session lives
only in the provider's memory, so after the provider restarts every read
and write on it fails with NoSession until the process restarts. oo7,
the provider on Fedora 45, restarts on failure and can be replaced. A
daemon that met this kept every later token refresh only in memory and
the kernel keyring, and the next cold boot found the spent refresh token
(issue #78, B285).

Every keyring call now goes through with_keyring_entry. A platform
failure drops the store, unless another thread already replaced it, and
the call is made once more on a new connection. A locked keyring, a
dismissed prompt and a missing entry come back unchanged.

Reproduced against gnome-keyring 51.1 and oo7 0.7.1 restarted with
--replace in a throwaway session bus; the ignored test
real_secret_service_survives_a_provider_restart passes against both.

Refs #78

2026-11-14 19:17:11 +01:00

..

data

feat(core,fuse,gui): places view from photo locations

2026-09-28 02:12:59 +02:00

src

fix(core): reconnect to the Secret Service after it restarts

2026-11-14 19:17:11 +01:00

Cargo.toml

build(sdk): bump to 0.11.0

2026-11-05 19:12:21 +01:00