[GH-ISSUE #2155] [Bug]: Reconciled transactions should not be duplicated as such #26637

Open
opened 2026-04-18 02:54:39 -05:00 by GiteaMirror · 4 comments
Owner

Originally created by @tavlima on GitHub (Jan 1, 2024).
Original GitHub issue: https://github.com/actualbudget/actual/issues/2155

Verified issue does not already exist?

  • I have searched and found no existing issue

What happened?

Given the reconciled state of a transactions cannot be removed (which I think should be possible, but that is another discussion), the resulting transaction from duplicating an existing reconciled transaction should NOT be automatically flagged as reconciled. IMHO, it should be uncleared, for consistency.

What error did you receive?

No response

Where are you hosting Actual?

Fly.io

What browsers are you seeing the problem on?

No response

Operating System

None

Originally created by @tavlima on GitHub (Jan 1, 2024). Original GitHub issue: https://github.com/actualbudget/actual/issues/2155 ### Verified issue does not already exist? - [X] I have searched and found no existing issue ### What happened? Given the reconciled state of a transactions cannot be removed (which I think should be possible, but that is another discussion), the resulting transaction from duplicating an existing reconciled transaction should NOT be automatically flagged as reconciled. IMHO, it should be `uncleared`, for consistency. ### What error did you receive? _No response_ ### Where are you hosting Actual? Fly.io ### What browsers are you seeing the problem on? _No response_ ### Operating System None
GiteaMirror added the transaction reconciliationbuggood first issue labels 2026-04-18 02:54:39 -05:00
Author
Owner

@MatissJanis commented on GitHub (Jan 11, 2024):

Locked transactions should in fact be unlock-able. Though nobody has built the feature yet :)

Would that solve your problem?

<!-- gh-comment-id:1887843535 --> @MatissJanis commented on GitHub (Jan 11, 2024): Locked transactions should in fact be unlock-able. Though nobody has built the feature yet :) Would that solve your problem?
Author
Owner

@MatissJanis commented on GitHub (Mar 21, 2024):

Unlocking should solve the problem. Closing this since there is no response from OP.

<!-- gh-comment-id:2013372285 --> @MatissJanis commented on GitHub (Mar 21, 2024): Unlocking should solve the problem. Closing this since there is no response from OP.
Author
Owner

@mekkanik-mike commented on GitHub (Dec 17, 2025):

Unlocking locked transactions doesn't quite solve the issue and adds an unnecessary step when duplicating an existing transaction. My usual need for having to do so would be a similar transaction in the recent past that I need to repeat for today. Only the date would change.

<!-- gh-comment-id:3663340150 --> @mekkanik-mike commented on GitHub (Dec 17, 2025): Unlocking locked transactions doesn't quite solve the issue and adds an unnecessary step when duplicating an existing transaction. My usual need for having to do so would be a similar transaction in the recent past that I need to repeat for today. Only the date would change.
Author
Owner

@nardz13 commented on GitHub (Apr 7, 2026):

just adding my voice to this - very much an issue as i quite often duplicate recurring transactions (where schedule is not already set up) and it brings my reconciliation out until i catch up the rest of the transactions.

<!-- gh-comment-id:4196353672 --> @nardz13 commented on GitHub (Apr 7, 2026): just adding my voice to this - very much an issue as i quite often duplicate recurring transactions (where schedule is not already set up) and it brings my reconciliation out until i catch up the rest of the transactions.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/actual#26637