[Bug]: Filtering by amount appears broken #744

Open
opened 2026-02-28 19:17:14 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @kymckay on GitHub (Nov 20, 2023).

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

This is revisiting #1215 which the previous author closed.

I just ran into this same confusion myself and think it should be considered as a bug because:

  • Transaction amounts in the list are always displayed as positive to the user. From a design perspective this makes the use of negatives less discoverable and the affordance of the filter worse.
  • The option to change the filter to specifically inflow or outflow suggests the default should operate on both - which is significantly less useful if the values can never be the same due to their sign.

Expected behaviour would be that filtering by "Amount" matches both outflow and inflow transactions by their absolute values.

What error did you receive?

No response

Where are you hosting Actual?

Locally via Yarn

What browsers are you seeing the problem on?

Firefox

Operating System

Linux

Originally created by @kymckay on GitHub (Nov 20, 2023). ### Verified issue does not already exist? - [X] I have searched and found no existing issue ### What happened? This is revisiting #1215 which the previous author closed. I just ran into this same confusion myself and think it should be considered as a bug because: - Transaction amounts in the list are always displayed as positive to the user. From a design perspective this makes the use of negatives less discoverable and the affordance of the filter worse. - The option to change the filter to specifically inflow or outflow suggests the default should operate on both - which is significantly less useful if the values can never be the same due to their sign. Expected behaviour would be that filtering by "Amount" matches both outflow and inflow transactions by their absolute values. ### What error did you receive? _No response_ ### Where are you hosting Actual? Locally via Yarn ### What browsers are you seeing the problem on? Firefox ### Operating System Linux
GiteaMirror added the good first issuebug labels 2026-02-28 19:17:14 -06:00
Author
Owner

@kymckay commented on GitHub (Nov 20, 2023):

Worth noting you can work around this by making an any condition filter as needed, but I still think the default behaviour appears broken to the average user.

@kymckay commented on GitHub (Nov 20, 2023): Worth noting you can work around this by making an `any` condition filter as needed, but I still think the default behaviour appears broken to the average user.
Author
Owner

@Sanket-Arekar commented on GitHub (Nov 26, 2023):

I would like to work on this issue. Can you Please assign me this issue?

@Sanket-Arekar commented on GitHub (Nov 26, 2023): I would like to work on this issue. Can you Please assign me this issue?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#744