Files
Libation/docs/development
Cursor Agentandrmcrackan 2aa6d8c078 Record why demo accounts are identified by id, not a flag
A marker property would be tidier, but AudibleUtilities.Account serializes a
fixed set of members and has no [JsonExtensionData], so Newtonsoft ignores an
extra property on the way in and never writes it back. Confirmed by adding
IsDemo, renaming the account in the app and letting it save: the property was
gone, and anything that dirties an account does the same, a token refresh during
a scan included. --clean would then strand demo accounts with no way to find
them. Adding a demo flag to the shipping Account class to serve a dev script is
not a trade worth making.

The id is the better anchor anyway: immutable, always persisted, and example.com
is reserved by RFC 2606 so no real Audible login can collide with it. Verified
that --clean still matches an account after the app renamed it.

Co-authored-by: rmcrackan <rmcrackan@gmail.com>
2026-08-18 19:32:24 +00:00
..
2026-07-28 14:41:25 -04:00