actual icon indicating copy to clipboard operation
actual copied to clipboard

Filtering a category's transactions doesn't update the total

Open Deguello opened this issue 2 years ago • 2 comments

  1. Click the Spent column on a category.

  2. The sum of the transactions in the resulting register view matches the category total, as expected.

  3. Apply a filter that excludes one or more of the listed transactions.

  4. The transactions which don't match the filter disappear, as expected.

  5. 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.

Deguello avatar Mar 27 '22 23:03 Deguello

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 avatar Mar 28 '22 06:03 Kidglove57

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.

Kidglove57 avatar Oct 18 '22 18:10 Kidglove57

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?

carkom avatar Nov 08 '23 11:11 carkom

Thanks @carkom. Yes, I would agree that this should be closed. However, the separate issue of Splits not calculating correctly in filters remains.

Kidglove57 avatar Nov 08 '23 11:11 Kidglove57

Does #1864 fix that concern?

carkom avatar Nov 08 '23 14:11 carkom

Yes- thank you for drawing that to my attention. It certainly does!

Kidglove57 avatar Nov 08 '23 15:11 Kidglove57