[GH-ISSUE #5347] [Bug]: Crash when filtering by month, then adjusting the filter #79725

Closed
opened 2026-05-19 02:52:58 -05:00 by GiteaMirror · 1 comment
Owner

Originally created by @jonapoul on GitHub (Jul 18, 2025).
Original GitHub issue: https://github.com/actualbudget/actual/issues/5347

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

  1. The date filter text input field doesn't seem to be validating input properly - crashing if I use the wrong one when editing the date filter
  2. The date filter text input doesn't specify consistent input formats every time I use it

This is happening on a PC in UK format, just in case that affects debugging on your end. Big fan of Actual, by the way!

How can we reproduce the issue?

Point 1: crash when editing date filter

To replicate:

  • Open any transaction list screen
  • In the Date filter window, set the top dropdown to Month
  • Enter the target month like MM/YYYY (see first pic below)
  • Click the new filter button to change it ("month is 01/2025")
  • The date format switches to YYYY-MM (see second pic below)
  • If I enter the month in YYYY-MM format it works perfectly fine
  • If I enter text in MM/YYYY format as before, I get a fatal crash.
Image Image Image

Point 2: Inconsistent date filter formats

Kind of covered above, but the initial month input takes strings like "MM/YYYY". This is validated properly and rejects invalid input.

If you modify the month, you need to use a different format and the input isn't apparently validated at all.

Where are you hosting Actual?

Pikapods

What browsers are you seeing the problem on?

Firefox

Operating System

Linux

Originally created by @jonapoul on GitHub (Jul 18, 2025). Original GitHub issue: https://github.com/actualbudget/actual/issues/5347 ### Verified issue does not already exist? - [x] I have searched and found no existing issue ### What happened? 1. The date filter text input field doesn't seem to be validating input properly - crashing if I use the wrong one when editing the date filter 2. The date filter text input doesn't specify consistent input formats every time I use it This is happening on a PC in UK format, just in case that affects debugging on your end. Big fan of Actual, by the way! ### How can we reproduce the issue? #### Point 1: crash when editing date filter To replicate: - Open any transaction list screen - In the Date filter window, set the top dropdown to Month - Enter the target month like `MM/YYYY` (see first pic below) - Click the new filter button to change it ("month is 01/2025") - The date format switches to `YYYY-MM` (see second pic below) - If I enter the month in YYYY-MM format it works perfectly fine - If I enter text in MM/YYYY format as before, I get a fatal crash. <img width="283" height="231" alt="Image" src="https://github.com/user-attachments/assets/623b2dd0-1f78-4c24-bfd1-114227b96b6e" /> <img width="288" height="232" alt="Image" src="https://github.com/user-attachments/assets/5dec17b5-76f4-41a0-a12a-05150d83277f" /> <img width="539" height="246" alt="Image" src="https://github.com/user-attachments/assets/67524b67-2da9-447a-9c4c-a71a6f993997" /> #### Point 2: Inconsistent date filter formats Kind of covered above, but the initial month input takes strings like "MM/YYYY". This is validated properly and rejects invalid input. If you modify the month, you need to use a different format and the input isn't apparently validated at all. ### Where are you hosting Actual? Pikapods ### What browsers are you seeing the problem on? Firefox ### Operating System Linux
GiteaMirror added the buguser interfacegood first issue labels 2026-05-19 02:52:59 -05:00
Author
Owner

@jonapoul commented on GitHub (Jul 22, 2025):

Thanks!

<!-- gh-comment-id:3103756591 --> @jonapoul commented on GitHub (Jul 22, 2025): Thanks!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#79725