After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 710902 - Moving transactions to different accounts retains "y" reconciled status
Moving transactions to different accounts retains "y" reconciled status
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: User Interface General
2.4.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-26 02:47 UTC by Tommy Trussell
Modified: 2018-06-29 23:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tommy Trussell 2013-10-26 02:47:38 UTC
I was attempting to develop a procedure to bulk "un-reconcile" transactions in a bank account by creating a new bank account, deleting the old one, and specifying the new account as the location for the old transactions. Unfortunately it turns out GnuCash retains the Reconciled status for all the transactions as "y" even though logically you might expect the transferred transactions to lose their reconciled status when the old transactions are moved to another account.

I also found that when I expanded the entire split of an individual transaction in the register and changed the bank account of a reconciled transaction to a different account, the transaction retained its "y" reconciled status when it moved to the new account. I would have expected it to lose that status when being moved.

I have never encountered this in all the years I have used GnuCash, but I was answering a question on the GnuCash User mailing list and assumed that moving transactions would un-reconcile them.

I suppose I would expect this might be a low-priority enhancement because I cannot imagine any "real world" financial use cases GnuCash would be modeling here; it's just a way to correct serious data entry and reconciliation errors by inexperienced users.
Comment 1 Michalis 2014-05-13 00:02:48 UTC
The first case is still as you describe it. 

For the second case, in master and 2.6.3, when you try to change the account of a split that is either reconciled, or linked to a reconciled, then you get a warning. I believe that is more correct behaviour. 
Can you please check version 2.6.3 or master and update accordingly?
Comment 2 Tommy Trussell 2014-08-03 02:01:46 UTC
My apologies for missing your query a few months ago.

I am confirming I tested this in a build of GnuCash 2.6.3, and I do see the warning 

> Change reconciled split?
> You are about to change a reconciled split. Doing so might make future reconciliation difficult! Continue with this change?

I don't recall whether 2.4.13 put up the warning -- I would have expected it to warn me, so I wasn't looking for that in this request.

When I tested just now, GnuCash 2.6.3 allowed me to change the account of the split and when it got assigned to a different account it was still marked as reconciled (even though that logically doesn't make sense because it could not have been reconciled in the new account). 

I see the warning again when I move the split transaction back to the original account, and again the transaction retains its reconciled "y" flag.
Comment 3 John Ralls 2017-09-24 22:19:58 UTC
Reassign version to 2.4.x so that individual 2.4 versions can be retired.
Comment 4 John Ralls 2018-06-29 23:20:33 UTC
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=710902. Please continue processing the bug there and please update any external references or bookmarks.