mirror of
https://github.com/actualbudget/actual.git
synced 2026-07-15 22:54:03 -05:00
[GH-ISSUE #1253] [Bug]: Budget can't be balanced when "Hide decimal places" in the setting is on. #7409
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/actual#7409
Reference in New Issue
Block a user
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?
Originally created by @Barkov-F on GitHub (Jul 1, 2023).
Original GitHub issue: https://github.com/actualbudget/actual/issues/1253
Verified issue does not already exist?
What happened?
When I budget using the whole numbers I sometimes get very annoying red zeros, which @j-f1 and I see as an unintended consequence of getting rid of the decimals. I've raised the issue on the support channel on discord
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
@aloysb commented on GitHub (Jan 7, 2025):
To reproduce
I'll have a look at how to a best address this, but the first thing that comes to mind is to truncate the number when evaluating it when decimals are hidden.
@CosineP commented on GitHub (Sep 27, 2025):
Bump to this bug. Is there a bug bounty program? I would happily pay $30 to have it fixed, since it is my primary frustration as opposed to other paid services.
My two cents (as it were): I think the behavior is almost correct - cents should be included in all calculations, even when hidden. However, when evaluating if a category is overspent, -0.99 should count as NOT over budget.
@Barkov-F commented on GitHub (Sep 30, 2025):
I see it as an UI issue, not a logic one. When the decimals are off, behind the scene each and every cent should be accounted for, but the view should reflect more lenient approach to balancing, allowing for overspending up to 0,50 and rounding it to -1 otherwise. Similarly, I think that the monthly totals should follow the same route.
@rcgomezap commented on GitHub (Jan 21, 2026):
Hello @Barkov-F , @MatissJanis
Just a heads up — this issue should already be resolved by PR #6274 , which has been merged.
Unless there’s something I’m missing, I think this issue can be closed. Thanks!
@MatissJanis commented on GitHub (Jan 21, 2026):
Thanks @rcgomezap . It does seem your PR has solved this. Will close this off for now, but if anyone objects - please let me know the steps how we can still reproduce an issue here and I will re-open.