github-starred/actual
2
0
Fork 0
mirror of https://github.com/actualbudget/actual.git synced 2026-11-12 03:42:19 -06:00
Code Issues 3.0k Packages Projects Releases 58 Wiki Activity

[GH-ISSUE #1185] [Bug]: When adding a new transaction by clicking the on the "Add" button, the payment/deposit amount doesn't get set correctly on the created transaction #97865

New Issue
Closed
opened 2026-05-29 08:28:02 -05:00 by GiteaMirror · 14 comments
GiteaMirror commented 2026-05-29 08:28:02 -05:00
Owner
Copy Link
Copy Source

Originally created by @joel-jeremy on GitHub (Jun 25, 2023).
Original GitHub issue: https://github.com/actualbudget/actual/issues/1185

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

When adding a new transaction by clicking on the Add button, the payment/deposit amount doesn't get set correctly (it's set to 0) on the created transaction.

What error did you receive?

No error but newly creating creating transaction has its amount set to 0.

Where are you hosting Actual?

Fly.io

What browsers are you seeing the problem on?

Chrome

Operating System

Mobile Device

Originally created by @joel-jeremy on GitHub (Jun 25, 2023). Original GitHub issue: https://github.com/actualbudget/actual/issues/1185 ### Verified issue does not already exist? - [X] I have searched and found no existing issue ### What happened? When adding a new transaction by clicking on the `Add` button, the payment/deposit amount doesn't get set correctly (it's set to 0) on the created transaction. ### What error did you receive? No error but newly creating creating transaction has its amount set to 0. ### Where are you hosting Actual? Fly.io ### What browsers are you seeing the problem on? Chrome ### Operating System Mobile Device
GiteaMirror added the bug label 2026-05-29 08:28:02 -05:00
GiteaMirror commented 2026-05-29 08:28:05 -05:00
Author
Owner
Copy Link
Copy Source

@Kidglove57 commented on GitHub (Jun 26, 2023):

I am using Safari mobile set to 85% zoom. This does occasionally happen to me but usually the transaction is created with the correct transaction amount. Occasionally I have had a duplicate transaction also created but with 0 amount.

<!-- gh-comment-id:1606732987 --> @Kidglove57 commented on GitHub (Jun 26, 2023): I am using Safari mobile set to 85% zoom. This does occasionally happen to me but usually the transaction is created with the correct transaction amount. Occasionally I have had a duplicate transaction also created but with 0 amount.
GiteaMirror commented 2026-05-29 08:28:07 -05:00
Author
Owner
Copy Link
Copy Source

@joel-jeremy commented on GitHub (Jun 28, 2023):

This only seems to be present in mobile not in desktops.

<!-- gh-comment-id:1612206082 --> @joel-jeremy commented on GitHub (Jun 28, 2023): This only seems to be present in mobile not in desktops.
GiteaMirror commented 2026-05-29 08:28:09 -05:00
Author
Owner
Copy Link
Copy Source

@MatissJanis commented on GitHub (Aug 26, 2023):

@joel-jeremy is this on the responsive transaction entry page or the desktop view?

<!-- gh-comment-id:1694350466 --> @MatissJanis commented on GitHub (Aug 26, 2023): @joel-jeremy is this on the responsive transaction entry page or the desktop view?
GiteaMirror commented 2026-05-29 08:28:09 -05:00
Author
Owner
Copy Link
Copy Source

@joel-jeremy commented on GitHub (Aug 26, 2023):

I encounter this on the desktop view

<!-- gh-comment-id:1694399264 --> @joel-jeremy commented on GitHub (Aug 26, 2023): I encounter this on the desktop view
GiteaMirror commented 2026-05-29 08:28:11 -05:00
Author
Owner
Copy Link
Copy Source

@MatissJanis commented on GitHub (Aug 26, 2023):

Given we now have mobile transaction entry for mobile users - I'd say this is no longer applicable. What do you think?

<!-- gh-comment-id:1694399634 --> @MatissJanis commented on GitHub (Aug 26, 2023): Given we now have mobile transaction entry for mobile users - I'd say this is no longer applicable. What do you think?
GiteaMirror commented 2026-05-29 08:28:12 -05:00
Author
Owner
Copy Link
Copy Source

@kyrias commented on GitHub (Aug 26, 2023):

There's still the problem of split transactions not being implemented in the mobile view yet.

<!-- gh-comment-id:1694402741 --> @kyrias commented on GitHub (Aug 26, 2023): There's still the problem of split transactions not being implemented in the mobile view yet.
GiteaMirror commented 2026-05-29 08:28:12 -05:00
Author
Owner
Copy Link
Copy Source

@MatissJanis commented on GitHub (Aug 26, 2023):

There's still the problem of split transactions not being implemented in the mobile view yet.

That's a separate issue (please open a new issue). Lets not scope creep.

<!-- gh-comment-id:1694404501 --> @MatissJanis commented on GitHub (Aug 26, 2023): > There's still the problem of split transactions not being implemented in the mobile view yet. That's a separate issue (please open a new issue). Lets not scope creep.
GiteaMirror commented 2026-05-29 08:28:13 -05:00
Author
Owner
Copy Link
Copy Source

@Cldfire commented on GitHub (Aug 26, 2023):

Issue for split transactions in the mobile add transaction view is here: https://github.com/actualbudget/actual/issues/1352

<!-- gh-comment-id:1694407787 --> @Cldfire commented on GitHub (Aug 26, 2023): Issue for split transactions in the mobile add transaction view is here: https://github.com/actualbudget/actual/issues/1352
GiteaMirror commented 2026-05-29 08:28:13 -05:00
Author
Owner
Copy Link
Copy Source

@joel-jeremy commented on GitHub (Sep 2, 2023):

I think we should still address this. Some mobile users might still use desktop view since some desktop features are not yet available in mobile.

<!-- gh-comment-id:1703905259 --> @joel-jeremy commented on GitHub (Sep 2, 2023): I think we should still address this. Some mobile users might still use desktop view since some desktop features are not yet available in mobile.
GiteaMirror commented 2026-05-29 08:28:14 -05:00
Author
Owner
Copy Link
Copy Source

@LarsStegman commented on GitHub (Jan 6, 2024):

I also run into this. Notes are also not always included. I am using an iPad with iOS 17.2

<!-- gh-comment-id:1879634526 --> @LarsStegman commented on GitHub (Jan 6, 2024): I also run into this. Notes are also not always included. I am using an iPad with iOS 17.2
GiteaMirror commented 2026-05-29 08:28:14 -05:00
Author
Owner
Copy Link
Copy Source

@rich-howell commented on GitHub (Jan 19, 2024):

Given we now have mobile transaction entry for mobile users - I'd say this is no longer applicable. What do you think?

It depends what you mean by Mobile if you are talking about hand held devices then you are correct, however iPads are still very much a problem, blank transactions get entered more often than not when creating a new transaction, which I did raise in #2105 I think this needs addressing, it plagues my workflow and really puts me off using the iPad at all for data entry into Actual.

This isn't restricted to iPads though, I am able to replicate the problem in the dev tools on Edge by setting the device to iPad, screenshots below

Steps to replicate

  • Go to accounts register
  • Press add new transaction
  • Complete required fields
  • Fill in payment value
  • Press enter

image

If you press Add again the transaction is added a second time but this time with the value.

image

<!-- gh-comment-id:1899905096 --> @rich-howell commented on GitHub (Jan 19, 2024): > Given we now have mobile transaction entry for mobile users - I'd say this is no longer applicable. What do you think? It depends what you mean by Mobile if you are talking about hand held devices then you are correct, however iPads are still very much a problem, blank transactions get entered more often than not when creating a new transaction, which I did raise in #2105 I think this needs addressing, it plagues my workflow and really puts me off using the iPad at all for data entry into Actual. This isn't restricted to iPads though, I am able to replicate the problem in the dev tools on Edge by setting the device to iPad, screenshots below Steps to replicate - Go to accounts register - Press add new transaction - Complete required fields - Fill in payment value - Press enter ![image](https://github.com/actualbudget/actual/assets/22135084/e2e2a863-7419-4b77-b2ec-8f7a1f08cefc) If you press Add again the transaction is added a second time but this time with the value. ![image](https://github.com/actualbudget/actual/assets/22135084/9d5c432a-5953-456c-9caf-48bfb6b49233)
GiteaMirror commented 2026-05-29 08:28:15 -05:00
Author
Owner
Copy Link
Copy Source

@LarsStegman commented on GitHub (Feb 10, 2024):

I looked into the code a little bit and it looks like the field that is in focus does not update its state before the onAdd logic runs, which causes the state to be set to null. Either the field should update its current value constantly or the focus should be removed from the current focussed field before the addTransaction logic is run.

I didn't manage to completely understand how the code works though, so I haven't been be to fix it yet.

<!-- gh-comment-id:1937107162 --> @LarsStegman commented on GitHub (Feb 10, 2024): I looked into the code a little bit and it looks like the field that is in focus does not update its state before the onAdd logic runs, which causes the state to be set to `null`. Either the field should update its current value constantly or the focus should be removed from the current focussed field before the addTransaction logic is run. I didn't manage to completely understand how the code works though, so I haven't been be to fix it yet.
GiteaMirror commented 2026-05-29 08:28:16 -05:00
Author
Owner
Copy Link
Copy Source

@ionothanus commented on GitHub (Oct 11, 2025):

I don't see this workaround in the thread here, so I'll add: in my experience, if you change focus to another field after your last entry, without making any further changes, you can press Add and the transaction will reliably be created correctly with all fields set. I tend to work left to right, so once I've added the amount to Payment/Deposit, I'll tap the other amount field and confirm focus has changed before tapping Add.

<!-- gh-comment-id:3393699009 --> @ionothanus commented on GitHub (Oct 11, 2025): I don't see this workaround in the thread here, so I'll add: in my experience, if you change focus to another field after your last entry, without making any further changes, you can press Add and the transaction will reliably be created correctly with all fields set. I tend to work left to right, so once I've added the amount to Payment/Deposit, I'll tap the other amount field and confirm focus has changed before tapping Add.
GiteaMirror commented 2026-05-29 08:28:16 -05:00
Author
Owner
Copy Link
Copy Source

@matt-fidd commented on GitHub (Mar 23, 2026):

@joel-jeremy, finally a fix for this! Up at https://github.com/actualbudget/actual/pull/7268 if you're still suffering...

<!-- gh-comment-id:4111717483 --> @matt-fidd commented on GitHub (Mar 23, 2026): @joel-jeremy, finally a fix for this! Up at https://github.com/actualbudget/actual/pull/7268 if you're still suffering...
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
tech-support
theme
transaction import
transaction reconciliation
transactions
translations
upstream
user interface
✅ approved
wontfix
No labels bug
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#97865