Skip to content

fix(credentials): find and adopt Python-era keyring entries; resolve push by account id - #12

Merged
gnacho merged 1 commit into
mainfrom
fix/11-keyring-interop
Aug 14, 2026
Merged

gnacho merged 1 commit into
mainfrom
fix/11-keyring-interop

Conversation

@gnacho

@gnacho gnacho commented Aug 14, 2026

Copy link
Copy Markdown
Owner

Closes #11

…push by account id

Python nextsync stored secrets with {server, username} attributes under
schema io.github.gnacho.nextsync.Account; the Rust store only searched
the account_id key, so migrated accounts had no credentials: empty
remote-folder picker, syncs unable to authenticate. get_for_account now
falls back to the legacy attributes and adopts the secret under
account_id (legacy item left in place). The notify_push configure path
also resolved the keyring with the login name instead of the account id
and could never authenticate, even for wizard-created accounts.

Closes #11
@gnacho
gnacho merged commit 9f4c983 into main Aug 14, 2026
@gnacho
gnacho deleted the fix/11-keyring-interop branch August 14, 2026 16:03
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.

Credentials from the Python app are never found (keyring attribute mismatch); push client resolves with the wrong key

1 participant