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

[Bug]: CSV Import matching not handling amount options #2534

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

Originally created by @adr29truck on GitHub (Oct 11, 2025).

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

Following up from the change here: https://github.com/actualbudget/actual/pull/4603#issuecomment-3389045835
This change caused toggling the amount options like flip amount or multiply amount not to select new transactions for import due to the initial load causing the transactions to be matched.

For awareness: @matt-fidd

How can we reproduce the issue?

Import a csv like

Date,Description,Amount
10/06/2025,"Test","-2036,90"

Then import the same CSV again, but toggle Flip Amount to the opposite state.
This will cause the transaction to not be selected for import (even though it does not have a matching transaction).

IMO, the transaction should be selected by default since it is not matched and the user has not made an active choice in deselecting the transaction.

As a last resort if the current behavior is "expected" then the table needs a checkbox in the header to facilitate a "select all" so that it's easy to still select every transaction.

Where are you hosting Actual?

Locally via Yarn

What browsers are you seeing the problem on?

Firefox

Operating System

Mac OSX

Originally created by @adr29truck on GitHub (Oct 11, 2025). ### Verified issue does not already exist? - [x] I have searched and found no existing issue ### What happened? Following up from the change here: https://github.com/actualbudget/actual/pull/4603#issuecomment-3389045835 This change caused toggling the amount options like flip amount or multiply amount not to select new transactions for import due to the initial load causing the transactions to be matched. For awareness: @matt-fidd ### How can we reproduce the issue? Import a csv like ```csv Date,Description,Amount 10/06/2025,"Test","-2036,90" ``` Then import the same CSV again, but toggle Flip Amount to the opposite state. This will cause the transaction to not be selected for import (even though it does not have a matching transaction). IMO, the transaction should be selected by default since it is not matched and the user has not made an active choice in deselecting the transaction. As a last resort if the current behavior is "expected" then the table needs a checkbox in the header to facilitate a "select all" so that it's easy to still select every transaction. ### Where are you hosting Actual? Locally via Yarn ### What browsers are you seeing the problem on? Firefox ### Operating System Mac OSX
GiteaMirror added the transactionsregressionbugimporters labels 2026-02-28 20:17:26 -06:00
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 importers regression transactions
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#2534
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?