Skip to content

fix: preserve transaction type and delta filters with ynab 4.5.0 - #53

Open
stephendolan wants to merge 1 commit into
mainfrom
fix/transaction-list-query-parameters
Open

stephendolan wants to merge 1 commit into
mainfrom
fix/transaction-list-query-parameters

Conversation

@stephendolan

Copy link
Copy Markdown
Owner

With ynab 4.5.0, transaction-list type filters occupy the SDK's added untilDate argument, causing until_date=unapproved, type=42, and omission of delta knowledge. This breaks CLI and MCP callers of the shared plan/account/category/payee methods.

Use the SDK's typed named request interfaces for all four methods and retain normal response decoding with .value(). Set the dependency floor to 4.5.0 and lock that version so local and CI checks exercise the affected SDK.

Verified through the real SDK with only global fetch mocked and synthetic IDs/token: all four request-contract cases failed before the fix and pass afterward, asserting type=unapproved, last_knowledge_of_server=42, and no until_date. npx tsc --noEmit, all 49 tests (bun run test --run), lint, and build pass. Auth tests use temporary config storage; CI and release checks run the declared Vitest script because Bun's native runner lacks its mock APIs/isolation. The existing Biome schema incompatibility prevents formatting checks.

Integration lessons are documented in docs/sdk-integration.md.

Fixes #52.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Transaction type and delta filters use the wrong SDK argument positions with ynab 4.5.0

1 participant