Version compatibility check between kaimon app and Kaimon.jl package #26
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
kahliburke/Kaimon.jl#26
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Context
From #23: a user had dev'd an older local version of Kaimon.jl in their global env. The
kaimonapp binary was updated, but the package loaded by gate sessions was still the old dev'd version. This caused silent failures — serialization mismatches between the TUI and gate, garbled output, sessions dying on startup.The existing code checks whether Kaimon.jl is installed in the global env, but doesn't verify that the installed version is compatible with the running app.
Suggested fix
On app startup (or when a gate session connects), compare the app version against the Kaimon.jl package version loaded in the session. If they differ beyond a compatible range (e.g. different minor versions), show a clear warning or error with instructions to update:
Should also detect the specific case of a dev'd package taking priority over the app-installed version, since that's the most confusing failure mode.
Related
Spawned from discussion in #23.
Implemented in
8df97bf. Gate pong now includeskaimon_version, and the TUI health checker warns on mismatch:Warning fires once per session (deduped). Also fixed MCPServer init response using hardcoded "0.4.0" — now uses
PACKAGE_VERSION.