No module named 'simplejson' when starting rustfava-server

[ayaye]

Description

I've upgraded from 1.30.13 to 1.31.0 and see the following stack trace when starting rustfava-server:

Traceback (most recent call last):
  File "cli.py", line 191, in <module>
  File "click/core.py", line 1569, in __call__
  File "click/core.py", line 1490, in main
  File "click/core.py", line 1353, in invoke
  File "click/core.py", line 907, in invoke
  File "cli.py", line 129, in main
  File "pyimod02_importers.py", line 457, in exec_module
  File "rustfava/application.py", line 47, in <module>
  File "pyimod02_importers.py", line 457, in exec_module
  File "rustfava/_ctx_globals_class.py", line 10, in <module>
  File "pyimod02_importers.py", line 457, in exec_module
  File "rustfava/core/__init__.py", line 30, in <module>
  File "pyimod02_importers.py", line 457, in exec_module
  File "rustfava/core/charts.py", line 16, in <module>
ModuleNotFoundError: No module named 'simplejson'

Probably is is because import change from 'json' to 'simplejson' in charts.py, line 16

Steps to Reproduce

1. Install rustfava_1.31.0_amd64.deb
2. Start rustfava-server
3. See ModuleNotFoundError: No module named 'simplejson'

Rustfava Version

1.31.0

Python Version

3.13.11

Operating System

Linux

Additional Context

No response

[robcohen]

Fixed on main, waiting on a release.

47221437 ("fix(desktop): install real project deps; smoke test the frozen sidecar", #239) landed 3 July. Its own message names this exact cause: the sidecar build pip-installed a hand-maintained package list that had drifted from pyproject.toml, and simplejson — a core dependency since #215, imported at charts.py:16 in the startup chain — was one of the two it lost.

The timing is the whole story: v1.31.0 was published 2 July, one day before the fix. So every 1.31.0 artifact predates it, and 47221437 is not an ancestor of the tag (verified with git merge-base --is-ancestor).

simplejson is still a genuine runtime dependency on main (core/charts.py, and pyproject.toml:46), so this was never a stale import to delete — it was a packaging gap, and the fix also added a smoke test of the frozen sidecar so the list can't silently drift again.

Nothing more is needed in the code. This closes when a release is cut — v1.31.0 has been the latest for nearly two months.

#258 is the same bug from a Windows user two days later.

[robcohen]

Fixed in v1.32.0, and verified against the released artifact rather than the tag.

Downloaded rustfava-desktop-x86_64-unknown-linux-gnu.tar.gz from the release and ran the frozen sidecar directly:

./bin/rustfava-server-x86_64-unknown-linux-gnu --port 45990 smoke.beancount
-> HTTP 302
-> 0 matches for simplejson / ModuleNotFoundError / Traceback in its log

The cause was that the sidecar build installed a hand-maintained package list that had drifted from pyproject.toml, losing simplejson (imported at charts.py:16, in the startup path). The fix landed on 3 July — one day after v1.31.0 was published — so every 1.31.0 artifact carried it, and there was no release for seven weeks afterwards.

The build now installs the project's real dependencies, and a smoke test runs the frozen binary on every platform so the two cannot silently diverge again. On the v1.32.0 release run all four build-sidecar jobs passed, macOS x64/arm64, Windows and Linux.

uv tool install rustfava --upgrade gets you 1.32.0.