These four resources are the only ones with the SDK's
entity_action_methods! route. Adds:
- `action <id> <action>` - mark_sent, mark_paid, archive, restore,
clone_to_invoice, clone_to_quote, auto_bill, delete (routed), returning
the updated record.
- `download <id>...` - the rendered PDF, to stdout or `--out <path>`;
more than one id streams a single merged PDF (Invoice Ninja's bulk
download action).
New EntityResourceArgs/EntityAction in cli.rs rather than extending the
existing ResourceArgs/Action: Rust enums don't compose, and every
resource's `run` match on Action needs to stay exhaustive without a
catch-all arm for variants it doesn't support.
Found and fixed along the way: the Download variant's --output <path>
field collided by name with the global --output table|json flag,
causing clap to panic at runtime trying to downcast the wrong type.
Renamed to --out.
Extended tests/nixos-test.nix to exercise action/download for real
against the VM. That caught a test-ordering bug of its own - asserting
mark_sent on an invoice *after* paying it off, which correctly doesn't
revert status_id from paid back to sent - fixed by reordering the
subtests. nix flake check passes clean.
Also backfills two CHANGELOG.md gaps from earlier sessions: the VM test
and CI additions had never actually been logged there.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Adds an invoiceninja-nixos flake input and two things built from it:
- nixosConfigurations.invoiceninja-test-nginx/-caddy: manual test
VMs, re-exported as-is from that repo rather than redefined here —
same principle as this crate being a client of the SDK, not a
second implementation of it.
- checks.invoiceninja-cli: an automated nixosTest (tests/, adapted
from invoiceninja-nixos's own test scaffolding) that boots a real
Invoice Ninja instance and runs the actual invoiceninja-cli binary
against it - create/list/get/update/invoice/payment/delete across
clients, invoices, and payments - rather than raw curl.
tests/common.nix's module import had to change from a relative
../nixos-module/invoiceninja.nix (which doesn't exist here) to a
parameter threaded from the flake input's nixosModules.invoiceninja.
Building the VM pulls from the invoiceninja-nixos cachix cache via a
nixConfig block, mirroring that repo's own.
Also fixes a wrong assumption the first version of this test's final
assertion made, caught by actually running it against a real server:
`clients list` with no `--status` does not exclude soft-deleted
records - confirmed empirically (Invoice Ninja returns everything
regardless of is_deleted unless status=active is passed explicitly).
Corrected the test to check is_deleted via `clients get` instead, and
fixed the misleadingly-incomplete --status doc comment in cli.rs that
had the same wrong assumption baked in.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>