github-starred/actual
2
0
Fork 0
mirror of https://github.com/actualbudget/actual.git synced 2026-03-09 11:42:54 -05:00
Code Issues 250 Packages Projects Releases 53 Wiki Activity

[Bug]: Slow scrolling on mobile in the account page #2613

New Issue
Closed
opened 2026-02-28 20:21:28 -06:00 by GiteaMirror · 12 comments
GiteaMirror commented 2026-02-28 20:21:28 -06:00
Owner
Copy Link

Originally created by @youngcw on GitHub (Nov 12, 2025).

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

Something related to the mobile running balance PR (#5513) is causing very slow scrolling when viewing an account. The whole list is being regenerated when touch scrolling after the upcoming schedules are loaded. This is most noticeable in accounts with >500 transactions.

https://github.com/user-attachments/assets/f4967abf-0d27-4978-addf-723da5cc3855

While testing, if you add a breakpoint into the file packages/desktop-client/src/components/mobile/transactions/TransactionListItem.tsx, then click to scroll, you will see that every transaction gets recalculated before the scroll will render. This does not happen if you scroll using the mouse wheel if testing on a desktop.

How can we reproduce the issue?

Open this test file and view the "Bank of America" account in a mobile view. Click the page and drag to scroll and see the delay.

Long_test.zip

Where are you hosting Actual?

None

What browsers are you seeing the problem on?

Chrome

Operating System

Android and Desktop

Originally created by @youngcw on GitHub (Nov 12, 2025). ### Verified issue does not already exist? - [x] I have searched and found no existing issue ### What happened? Something related to the mobile running balance PR (#5513) is causing very slow scrolling when viewing an account. The whole list is being regenerated when touch scrolling after the upcoming schedules are loaded. This is most noticeable in accounts with >500 transactions. https://github.com/user-attachments/assets/f4967abf-0d27-4978-addf-723da5cc3855 While testing, if you add a breakpoint into the file `packages/desktop-client/src/components/mobile/transactions/TransactionListItem.tsx`, then click to scroll, you will see that every transaction gets recalculated before the scroll will render. This does not happen if you scroll using the mouse wheel if testing on a desktop. ### How can we reproduce the issue? Open this test file and view the "Bank of America" account in a mobile view. Click the page and drag to scroll and see the delay. [Long_test.zip](https://github.com/user-attachments/files/23508616/Long_test.zip) ### Where are you hosting Actual? None ### What browsers are you seeing the problem on? Chrome ### Operating System Android and Desktop
GiteaMirror added the regressionresponsivebug labels 2026-02-28 20:21:28 -06:00
GiteaMirror commented 2026-02-28 20:21:29 -06:00
Author
Owner
Copy Link

@MatissJanis commented on GitHub (Nov 13, 2025):

Iphone 16 pro seems fine
(Tested on local dev version)

https://github.com/user-attachments/assets/df21fbc9-ccc4-439d-9000-767066965c5c

@MatissJanis commented on GitHub (Nov 13, 2025): Iphone 16 pro seems fine (Tested on local dev version) https://github.com/user-attachments/assets/df21fbc9-ccc4-439d-9000-767066965c5c
GiteaMirror commented 2026-02-28 20:21:30 -06:00
Author
Owner
Copy Link

@youngcw commented on GitHub (Nov 13, 2025):

Iphone 16 pro seems fine (Tested on local dev version)

trim.391E6E76-D785-4274-8B22-FF2506ABDAEB.MOV

Are you clicking and dragging to scroll? Im not sure from your recording. I only see it when clicking and dragging. I can also see tons of extra processing happening if I use the performance testing in the browser dev tools

Its not too bad in production, but its still there. It makes accidentally clicking into a transaction more common.

@youngcw commented on GitHub (Nov 13, 2025): > Iphone 16 pro seems fine (Tested on local dev version) > > trim.391E6E76-D785-4274-8B22-FF2506ABDAEB.MOV Are you clicking and dragging to scroll? Im not sure from your recording. I only see it when clicking and dragging. I can also see tons of extra processing happening if I use the performance testing in the browser dev tools Its not too bad in production, but its still there. It makes accidentally clicking into a transaction more common.
GiteaMirror commented 2026-02-28 20:21:30 -06:00
Author
Owner
Copy Link

@MatissJanis commented on GitHub (Nov 13, 2025):

Are you clicking and dragging to scroll?

It's a mobile device, so I'm not sure how else I would scroll if not tap* and drag 😅

@MatissJanis commented on GitHub (Nov 13, 2025): > Are you clicking and dragging to scroll? It's a mobile device, so I'm not sure how else I would scroll if not tap* and drag 😅
GiteaMirror commented 2026-02-28 20:21:30 -06:00
Author
Owner
Copy Link

@youngcw commented on GitHub (Nov 13, 2025):

I wonder if safari is doing it differently and not having the issue. I don't have an iphone to compare to

@youngcw commented on GitHub (Nov 13, 2025): I wonder if safari is doing it differently and not having the issue. I don't have an iphone to compare to
GiteaMirror commented 2026-02-28 20:21:31 -06:00
Author
Owner
Copy Link

@shall0pass commented on GitHub (Dec 11, 2025):

Sorry, I didn't realize this issue already existed. For some reason I didn't notice it until this month. The delay definitely affects the user experience.

I actually posted about a second issue that is likely to get lost and is probably unrelated to the delay in scrolling. The delay in the first "long press" to start the selection process seems normal and reasonable to me, but each subsequent item selected also has a delay and doesn't really match the experience of other apps with multiple selections. .... If that makes sense...

@shall0pass commented on GitHub (Dec 11, 2025): Sorry, I didn't realize this issue already existed. For some reason I didn't notice it until this month. The delay definitely affects the user experience. I actually posted about a second issue that is likely to get lost and is probably unrelated to the delay in scrolling. The delay in the first "long press" to start the selection process seems normal and reasonable to me, but each subsequent item selected also has a delay and doesn't really match the experience of other apps with multiple selections. .... If that makes sense...
GiteaMirror commented 2026-02-28 20:21:31 -06:00
Author
Owner
Copy Link

@shall0pass commented on GitHub (Jan 3, 2026):

Bump for visibility. Having a half second delay for any interaction (scroll or select) on the mobile account transaction page is a frustrating user experience.

I've included a test budget from a modified demo. 11 years of transactions. I've noticed the issue is less noticeable on small demo budgets.

2026-01-03-Test Budget.zip

@shall0pass commented on GitHub (Jan 3, 2026): Bump for visibility. Having a half second delay for any interaction (scroll or select) on the mobile account transaction page is a frustrating user experience. I've included a test budget from a modified demo. 11 years of transactions. I've noticed the issue is less noticeable on small demo budgets. [2026-01-03-Test Budget.zip](https://github.com/user-attachments/files/24415569/2026-01-03-Test.Budget.zip)
GiteaMirror commented 2026-02-28 20:21:32 -06:00
Author
Owner
Copy Link

@TBM13 commented on GitHub (Jan 5, 2026):

I don't remember which update it was, but one of the recent ones (more or less from the time of this issue) really degraded performance on mobile. Pretty much unusable now, guess I'll try starting with a new database

I use the web app, would be super cool if it allowed to select the Actual version we want to use, since it's not the first time an update has broken something for me

@TBM13 commented on GitHub (Jan 5, 2026): I don't remember which update it was, but one of the recent ones (more or less from the time of this issue) really degraded performance on mobile. Pretty much unusable now, guess I'll try starting with a new database I use the web app, would be super cool if it allowed to select the Actual version we want to use, since it's not the first time an update has broken something for me
GiteaMirror commented 2026-02-28 20:21:32 -06:00
Author
Owner
Copy Link

@DomiJV commented on GitHub (Jan 21, 2026):

I have the same problem. The mobile app is barely usable anymore. The account page is so slow im unable to categorize transactions

@DomiJV commented on GitHub (Jan 21, 2026): I have the same problem. The mobile app is barely usable anymore. The account page is so slow im unable to categorize transactions
GiteaMirror commented 2026-02-28 20:21:32 -06:00
Author
Owner
Copy Link

@TBM13 commented on GitHub (Jan 21, 2026):

Agreed. I ended having to switch to Bluecoins unfortunately

@TBM13 commented on GitHub (Jan 21, 2026): Agreed. I ended having to switch to Bluecoins unfortunately
GiteaMirror commented 2026-02-28 20:21:32 -06:00
Author
Owner
Copy Link

@MatissJanis commented on GitHub (Jan 21, 2026):

I'm flying blind here as I can't reproduce.. but here are two potential vibe-coded fixes:

Please let me know if either of them improves the performance. If they do - I will try cleaning them up.

@MatissJanis commented on GitHub (Jan 21, 2026): I'm flying blind here as I can't reproduce.. but here are two potential vibe-coded fixes: - https://github.com/actualbudget/actual/pull/6743 - https://github.com/actualbudget/actual/pull/6744 Please let me know if either of them improves the performance. If they do - I will try cleaning them up.
GiteaMirror commented 2026-02-28 20:21:33 -06:00
Author
Owner
Copy Link

@MatissJanis commented on GitHub (Jan 22, 2026):

I think I might have narrowed it down now to faulty list virtualization. Please check it out here:

https://github.com/actualbudget/actual/pull/6755

(warning: it is not finished.. but it should show perf improvement IF the problem was list virtualization)

@MatissJanis commented on GitHub (Jan 22, 2026): I think I might have narrowed it down now to faulty list virtualization. Please check it out here: https://github.com/actualbudget/actual/pull/6755 (warning: it is not finished.. but it should show perf improvement IF the problem was list virtualization)
GiteaMirror commented 2026-02-28 20:21:33 -06:00
Author
Owner
Copy Link

@MatissJanis commented on GitHub (Jan 25, 2026):

Done in https://github.com/actualbudget/actual/pull/6755

@MatissJanis commented on GitHub (Jan 25, 2026): Done in https://github.com/actualbudget/actual/pull/6755
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 regression responsive
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#2613
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?