github-starred/actual
2
0
Fork 0
mirror of https://github.com/actualbudget/actual.git synced 2026-05-06 15:12:35 -05:00
Code Issues 1.5k Packages Projects Releases 54 Wiki Activity

[Bug]: Date selector in schedules for Mac desktop app doesn't handle dates in a 6th row correctly #1526

New Issue
Open
opened 2026-02-28 19:46:24 -06:00 by GiteaMirror · 2 comments
GiteaMirror commented 2026-02-28 19:46:24 -06:00
Owner
Copy Link

Originally created by @mullermn on GitHub (Oct 21, 2024).

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?

This might be a bit niche, but it's reproducible on my system.
On the MacOS desktop app (ie, not in a browser) it is not possible to select any date that causes the date selector to overflow in to a 6th row of days when configuring a schedule.

Examples as below are September and December 2024 where the month starts at the end of the week causing there to be 6 rows of days rather than 5. When any day in the 6th row is clicked the date selector closes with no date selected as if the click had been completely outside the date selector.
image
image

For contrast, a 5 row month works as expected.
image

This does not happen in Chrome or Safari on MacOS. Can't test on mobile as schedules are not available there. Date selectors in other areas of the application (eg. transaction entry) seem to work fine. Typing the date in to the text box part of the date selector also works fine.

Restarting the application/resizing the window does not change the bad behaviour.

Where are you hosting Actual?

Pikapods

What browsers are you seeing the problem on?

Desktop App (Electron)

Operating System

Mac OSX

Originally created by @mullermn on GitHub (Oct 21, 2024). ### 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? This might be a bit niche, but it's reproducible on my system. On the MacOS desktop app (ie, not in a browser) it is not possible to select any date that causes the date selector to overflow in to a 6th row of days when configuring a schedule. Examples as below are September and December 2024 where the month starts at the end of the week causing there to be 6 rows of days rather than 5. When any day in the 6th row is clicked the date selector closes with no date selected as if the click had been completely outside the date selector. ![image](https://github.com/user-attachments/assets/2aca3838-3cbe-429a-87dd-1126a75dff88) ![image](https://github.com/user-attachments/assets/8bc1ae43-241c-4dee-af5b-587b27d6f11b) For contrast, a 5 row month works as expected. ![image](https://github.com/user-attachments/assets/14aef353-7b38-46f5-865b-ae99b0d85fea) This does not happen in Chrome or Safari on MacOS. Can't test on mobile as schedules are not available there. Date selectors in other areas of the application (eg. transaction entry) seem to work fine. Typing the date in to the text box part of the date selector also works fine. Restarting the application/resizing the window does not change the bad behaviour. ### Where are you hosting Actual? Pikapods ### What browsers are you seeing the problem on? Desktop App (Electron) ### Operating System Mac OSX
GiteaMirror added the electrongood first issueuser interfacebughelp wanted labels 2026-02-28 19:46:24 -06:00
GiteaMirror commented 2026-02-28 19:46:25 -06:00
Author
Owner
Copy Link

@youngcw commented on GitHub (Jun 11, 2025):

This is working for me in the appimage. Can you check if its still broken on Mac?

@youngcw commented on GitHub (Jun 11, 2025): This is working for me in the appimage. Can you check if its still broken on Mac?
GiteaMirror commented 2026-02-28 19:46:25 -06:00
Author
Owner
Copy Link

@mullermn commented on GitHub (Jun 12, 2025):

Yes, this is still the case - checked December 2024 and March 2026. I noticed in testing that the selected date (eg 31/03/2026) does briefly appear in the 'From' box, but it is apparently lost after that point so I guess it's the first stage (white) date popup that's misbehaving rather than the blue calendar popup.

This is client/server 25.6.1

@mullermn commented on GitHub (Jun 12, 2025): Yes, this is still the case - checked December 2024 and March 2026. I noticed in testing that the selected date (eg 31/03/2026) does briefly appear in the 'From' box, but it is apparently lost after that point so I guess it's the first stage (white) date popup that's misbehaving rather than the blue calendar popup. This is client/server 25.6.1
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
AI generated
API
bank sync
budgeting
bug
can’t replicate
dependencies
docker
documentation
electron
experimental feature
feature
feedback
goal templates
good first issue
help wanted
importers
maintenance
needs info
needs testing
needs triage
needs votes
openid
payees
pull-request
Mirrored from GitHub Pull Request
 regression
reports
responsive
rules
schedules
server
✨ merged
split transactions
tech debt
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
No Label bug electron good first issue help wanted user interface
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#1526
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?