[GH-ISSUE #1574] [Bug]: Split transaction deposits parent transaction amount to off-budget account instead of the child transaction amount #7527

Closed
opened 2026-04-10 17:23:55 -05:00 by GiteaMirror · 1 comment
Owner

Originally created by @joel-jeremy on GitHub (Aug 23, 2023).
Original GitHub issue: https://github.com/actualbudget/actual/issues/1574

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

When splitting a transaction between an off-budget account and another payee, the whole transaction amount (100) is being deposited to the off-budget account instead of the the child amount (50):

image
image

What error did you receive?

No response

Where are you hosting Actual?

Fly.io

What browsers are you seeing the problem on?

Chrome

Operating System

Windows 11

Originally created by @joel-jeremy on GitHub (Aug 23, 2023). Original GitHub issue: https://github.com/actualbudget/actual/issues/1574 ### Verified issue does not already exist? - [X] I have searched and found no existing issue ### What happened? When splitting a transaction between an off-budget account and another payee, the whole transaction amount (100) is being deposited to the off-budget account instead of the the child amount (50): ![image](https://github.com/actualbudget/actual/assets/20313680/7a9c91e0-a836-46c4-9115-1c0f2cb91403) ![image](https://github.com/actualbudget/actual/assets/20313680/90733dc8-4f57-4065-a6ec-4994c0b42e71) ### What error did you receive? _No response_ ### Where are you hosting Actual? Fly.io ### What browsers are you seeing the problem on? Chrome ### Operating System Windows 11
GiteaMirror added the split transactionsbug labels 2026-04-10 17:23:55 -05:00
Author
Owner

@kyrias commented on GitHub (Aug 23, 2023):

More specifically, the problem here is that the creation of inverse transactions for transfers do not take split transactions into account.

To fix this properly I think what needs to be done is not create inverse transactions where is_parent is true, and instead create them for the related child transactions.

<!-- gh-comment-id:1690101857 --> @kyrias commented on GitHub (Aug 23, 2023): More specifically, the problem here is that the creation of inverse transactions for transfers do not take split transactions into account. To fix this properly I think what needs to be done is _not_ create inverse transactions where `is_parent` is true, and instead create them for the related child transactions.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#7527