mirror of
https://github.com/actualbudget/actual.git
synced 2026-07-16 07:04:23 -05:00
[GH-ISSUE #296] Filtering a category's transactions doesn't update the total #41715
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#41715
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Deguello on GitHub (Mar 27, 2022).
Original GitHub issue: https://github.com/actualbudget/actual/issues/296
Click the Spent column on a category.
The sum of the transactions in the resulting register view matches the category total, as expected.
Apply a filter that excludes one or more of the listed transactions.
The transactions which don't match the filter disappear, as expected.
The category total at the top left of the screen doesn't update to reflect the actual total of the remaining transactions (it still reflects the category total).
I expect the displayed total to update to reflect the sum of the displayed transactions rather than staying the same as the category total.
@Kidglove57 commented on GitHub (Mar 28, 2022):
Yes, I had noticed something similar when selecting transactions and found that I always had to manually deselect everything and then start from scratch. Which is not ideal.
@Kidglove57 commented on GitHub (Oct 18, 2022):
This is of course correctly summarised - however, I am not sure that it is a “real” issue and indeed more by design. The selection of specific transactions within the list displays a “selected balance = x”. So alongside one another is (1) a total of all transactions in that category AND (b) a total of the transactions that have been specifically selected.”
Of more concern is the way that split transactions are handled here. If a number of transactions that include a split are selected then the part of the transaction that is not in that category erroneously appears in the total.
@carkom commented on GitHub (Nov 8, 2023):
I agree with @Kidglove57, this is by design. The label at the top shows: "Food (August 2023)", for example. Applying filters does not change the "total cleared" for that category in that month, it changes the transactions listed. You can select all transactions to see a "total selected box" as a functioning work around for your use case.
Are we happy to close this one?
@Kidglove57 commented on GitHub (Nov 8, 2023):
Thanks @carkom. Yes, I would agree that this should be closed.
However, the separate issue of Splits not calculating correctly in filters remains.
@carkom commented on GitHub (Nov 8, 2023):
Does #1864 fix that concern?
@Kidglove57 commented on GitHub (Nov 8, 2023):
Yes- thank you for drawing that to my attention. It certainly does!