[GH-ISSUE #3336] [Bug]: Schedule Finding Matching Transactions Modal Close Unexpectedly #27161

Closed
opened 2026-04-18 03:36:05 -05:00 by GiteaMirror · 0 comments
Owner

Originally created by @CrazyKidJack on GitHub (Aug 31, 2024).
Original GitHub issue: https://github.com/actualbudget/actual/issues/3336

Verified issue does not already exist?

  • I have searched and found no existing issue
  • I will be providing steps how to reproduce the bug (in most cases this will also mean uploading a demo budget file)

What happened?

Description of Problem

In the edit schedule modal, if you click a checkbox for a potential matching transaction, and then try to click ANYWHERE other than the "unlink from schedule" or "link to schedule" buttons, the edit schedule modal closes.

This does not seem to happen when you are first creating the schedule by selecting a transaction. It only seems to happen when you open a previously existing schedule.

Expected Behavior

  • Given
    • you have an already created schedule
    • AND you have the edit schedule modal open
    • AND there are transactions listed in the
      • "linked transactions" tab
      • OR the "find matching transactions" tab
    • AND you have already clicked one transaction checkbox
  • When
    • you click ANYWHERE OTHER THAN
      • the "cancel" button
      • OR the "x" button
      • OR the "unlink from schedule" button
      • OR the "link to schedule" button
      • OR the "save" button
  • Then
    • the edit schedule modal SHOULD NOT close
    • AND IF you click on some interactable element
      • THEN it should behave as expected (for example, clicking a checkbox should toggle its state... clicking "edit as rule" should open the rule editing modal... clicking "save" should save any changes... etc)

GIFs of problem

PowerToys_81VurN4hpt gif

PowerToys_n3PVD0eAN9 gif

Steps to Reproduce

  1. Ensure your actual budget file has transactions that could match a schedule but are not already linked to one.
  2. Create a new schedule to match those transactions
  3. Go to the "schedules" section on the navigation bar
  4. Open the schedule editing modal
  5. Select a transaction in the "linked transactions" or "find matching transactions" tabs
  6. Click ANYWHERE OTHER THAN the "unlink from schedule" or "link to schedule" buttons
  7. Observe that the edit schedule modal closes

Attached budget file

The attached budget file has some transactions for the payee "test" that should already match a previously schedule. These will give you something to click to perform the test.

It also has some transactions for the payee "test2" that should not match any schedule. These will allow you to see that the problem does not exist when creating a new schedule.

editScheduleModalExample.zip

Where are you hosting Actual?

Desktop App (Electron)

What browsers are you seeing the problem on?

Desktop App (Electron)

Operating System

Windows 11

Originally created by @CrazyKidJack on GitHub (Aug 31, 2024). Original GitHub issue: https://github.com/actualbudget/actual/issues/3336 ### Verified issue does not already exist? - [X] I have searched and found no existing issue - [X] I will be providing steps how to reproduce the bug (in most cases this will also mean uploading a demo budget file) ### What happened? ### Description of Problem In the edit schedule modal, if you click a checkbox for a potential matching transaction, and then try to click ANYWHERE other than the "unlink from schedule" or "link to schedule" buttons, the edit schedule modal closes. This does not seem to happen when you are first creating the schedule by selecting a transaction. It only seems to happen when you open a previously existing schedule. ### Expected Behavior - **Given** - you have an already created schedule - AND you have the edit schedule modal open - AND there are transactions listed in the - "linked transactions" tab - OR the "find matching transactions" tab - AND you have already clicked one transaction checkbox - **When** - you click ANYWHERE OTHER THAN - the "cancel" button - OR the "x" button - OR the "unlink from schedule" button - OR the "link to schedule" button - OR the "save" button - **Then** - the edit schedule modal SHOULD NOT close - AND IF you click on some interactable element - THEN it should behave as expected (for example, clicking a checkbox should toggle its state... clicking "edit as rule" should open the rule editing modal... clicking "save" should save any changes... etc) ### GIFs of problem ![PowerToys_81VurN4hpt gif](https://github.com/user-attachments/assets/704c9390-9438-4e3f-a83e-2e657a83337d) ![PowerToys_n3PVD0eAN9 gif](https://github.com/user-attachments/assets/9e698de7-9f0b-44a8-8611-f0ee66e8a723) ### Steps to Reproduce 1. Ensure your actual budget file has transactions that could match a schedule but are not already linked to one. 2. Create a new schedule to match those transactions 3. Go to the "schedules" section on the navigation bar 4. Open the schedule editing modal 5. Select a transaction in the "linked transactions" or "find matching transactions" tabs 6. Click ANYWHERE OTHER THAN the "unlink from schedule" or "link to schedule" buttons 7. Observe that the edit schedule modal closes ### Attached budget file The attached budget file has some transactions for the payee "test" that should already match a previously schedule. These will give you something to click to perform the test. It also has some transactions for the payee "test2" that should not match any schedule. These will allow you to see that the problem does not exist when creating a new schedule. [editScheduleModalExample.zip](https://github.com/user-attachments/files/16825656/editScheduleModalExample.zip) ### Where are you hosting Actual? Desktop App (Electron) ### What browsers are you seeing the problem on? Desktop App (Electron) ### Operating System Windows 11
GiteaMirror added the regressionschedulesuser interfacebug labels 2026-04-18 03:36:06 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#27161