fix: bound startup-login timeout, refresh stale SKILL.md and doc comments
_startup_login() ran garminconnect's login synchronously with no timeout before main() ever started reading stdin, so a slow/rate-limited Garmin login could wedge a user's whole subprocess before it became responsive. Give it the same background-thread + bounded-10s-timeout shape _handle_authenticate already uses, with tests for both the fast-success and timeout paths. Also refreshes .claude/skills/geniusrun-dev/SKILL.md (still describing the retired mcp-garmin MCP architecture) and three stale doc comments (garmin.AuthStatus, config.GarminTokenStoreRoot, mock package doc) left over from the direct-wrapper migration. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -27,7 +27,7 @@ type Config struct {
|
||||
// Defaults to "python3" resolved via PATH if unset.
|
||||
GarminPythonPath string
|
||||
// GarminTokenStoreRoot is the root directory under which each user's
|
||||
// mcp-garmin session cache lives (one subdirectory per user id, e.g.
|
||||
// Garmin session cache lives (one subdirectory per user id, e.g.
|
||||
// "<root>/3"). Read from the GARMIN_TOKENSTORE env var; if unset, it
|
||||
// defaults to a "garmin-tokenstores" directory next to DBPath so every
|
||||
// deployment gets per-user isolation automatically -- multi-tenant
|
||||
|
||||
Reference in New Issue
Block a user