On the Split Transaction screen, the "Amount left to split" total is wrong whenever a split has at least one child amount with the opposite sign from the parent transaction (for example, the parent is a $79.00 expense, and one of the child line items is entered as a positive refund/reimbursement amount rather than another expense). The screen shows a negative "amount left to split" even though the children already add up exactly to the parent amount.

I found this while splitting a bank transaction from Venmo that had multiple Venmo transactions represented.

The bank transaction was amount -$79.00. The children of the split were:

-$9.00

-$15.00

+$5.00

-$15.00

+$5.00

-$15.00

-$35.00

Summing to -$79.00, matching the bank transaction exactly.

However the sidebar shows "Original amount: $79.00" and "Amount left to split: -$20.00" even though the split is correctly balanced.

The screen appears to sum the absolute value of each child instead of the signed value, rather than netting positive and negative children against each other. In the reproduction above, the absolute values sum to $99.00 (9+15+5+15+5+15+35), and $79.00 - $99.00 = -$20.00, which matches the incorrect figure shown exactly.

This appears to be a display-only bug. Re-checking the transaction's data directly (via the API) confirms the parent amount and the children's signed sum are correct and balanced; categorization and totals elsewhere are unaffected. The risk is user-facing confusion: reopening a correctly balanced mixed-sign split shows a misleading "still needs $X" message, and it's unclear whether attempting to "fix" that apparent imbalance through the editor UI (rather than leaving the data alone) could cause an unwanted change to an already-correct split.