fix(system): probe real /api/v1/version instead of 404ing /system/version #135

Merged
David merged 2 commits from fix/mapps-151-spa-version-probe-path into main 2026-06-14 15:56:44 +02:00
Owner

The SPA's version probe pointed at /api/v1/system/version, an endpoint mokosh-server never deployed, so every admin layout mount issued a request that 404'd against the "Not a frontend" fallback. The live build-info endpoint is /api/v1/version (the same one the System Status page already probes), which returns the server's running version but no registry "latest available" poll.

Repoint VERSION_PATH at /version and reshape the response to the real body (ServerVersionResponse { version }, extra build-info fields dropped). Since the endpoint reports only what the server runs, server.latest stays None (its banner line is hidden) and the server's version is treated as the client's "latest": mokosh-server and mokosh-www release together, so a loaded bundle older than the server's version is stale and flags the update banner, fixing the silently-broken compatibility check that left the footer showing 0.1.0 while the backend reported 0.2.0.

#MAPPS-151

The SPA's version probe pointed at /api/v1/system/version, an endpoint mokosh-server never deployed, so every admin layout mount issued a request that 404'd against the "Not a frontend" fallback. The live build-info endpoint is /api/v1/version (the same one the System Status page already probes), which returns the server's running version but no registry "latest available" poll. Repoint VERSION_PATH at /version and reshape the response to the real body (ServerVersionResponse { version }, extra build-info fields dropped). Since the endpoint reports only what the server runs, server.latest stays None (its banner line is hidden) and the server's version is treated as the client's "latest": mokosh-server and mokosh-www release together, so a loaded bundle older than the server's version is stale and flags the update banner, fixing the silently-broken compatibility check that left the footer showing 0.1.0 while the backend reported 0.2.0. #MAPPS-151
fix(system): probe real /api/v1/version instead of 404ing /system/version
All checks were successful
Check / clippy + fmt + tests (pull_request) Successful in 2m5s
d5bca661c6
The SPA's version probe pointed at /api/v1/system/version, an endpoint mokosh-server never deployed, so every admin layout mount issued a request that 404'd against the "Not a frontend" fallback. The live build-info endpoint is /api/v1/version (the same one the System Status page already probes), which returns the server's running version but no registry "latest available" poll.

Repoint VERSION_PATH at /version and reshape the response to the real body (ServerVersionResponse { version }, extra build-info fields dropped). Since the endpoint reports only what the server runs, server.latest stays None (its banner line is hidden) and the server's version is treated as the client's "latest": mokosh-server and mokosh-www release together, so a loaded bundle older than the server's version is stale and flags the update banner, fixing the silently-broken compatibility check that left the footer showing 0.1.0 while the backend reported 0.2.0.

#MAPPS-151
Merge branch 'main' into fix/mapps-151-spa-version-probe-path
All checks were successful
Create release / Create release from merged PR (pull_request) Has been skipped
Check / clippy + fmt + tests (pull_request) Successful in 1m36s
54a3639f53
David merged commit 47396350c8 into main 2026-06-14 15:56:44 +02:00
David deleted branch fix/mapps-151-spa-version-probe-path 2026-06-14 15:56:44 +02:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
psa-systems/mokosh-apps!135
No description provided.