Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: All sub-transactions in a split transaction are selected even when a filter is applied #381

Closed
shall0pass opened this issue Oct 30, 2022 · 2 comments
Labels
bug Something isn't working transactions Related to transactions

Comments

@shall0pass
Copy link
Contributor

shall0pass commented Oct 30, 2022

Verified issue does not already exist?

I have searched and found no existing issue

What happened?

If I filter an account view by category, and then "select all", all of the items in a split transaction are selected including those that don't match the filter. This throws off the expected selected balance of the filter. I would expect only the filtered transactions to be selected within a split transaction.
197346691-91f46bcd-2613-41dc-b6a4-306ab15a9f72

What error did you receive?

No response

Where are you hosting Actual?

Docker

What browsers are you seeing the problem on?

Firefox, Chrome

Operating System

Linux

@Kidglove57
Copy link

Kidglove57 commented Oct 31, 2022

I agree this has been a serious issue with filters ever since they were introduced over two years ago.

I use tabular reporting far more than graphs so this is a big one for me - I have to remember not to use splits for the sort of transactions I need to report on (mostly for tax filing)

EDIT: if filter is by payee only or date only then all splits may still need to be selected. But not normally if filtering by category or note.

@rich-howell rich-howell added transactions Related to transactions and removed needs triage labels Oct 31, 2022
@github-actions github-actions bot added the stale label Jan 18, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 26, 2023
@j-f1 j-f1 removed the stale label Jan 26, 2023
@j-f1 j-f1 reopened this Jan 26, 2023
@j-f1
Copy link
Contributor

j-f1 commented Jun 16, 2023

It looks like this is a duplicate of #283.

@j-f1 j-f1 closed this as not planned Won't fix, can't repro, duplicate, stale Jun 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working transactions Related to transactions
Projects
None yet
Development

No branches or pull requests

4 participants