> On 29 Jan 2019, at 18:50, John Ralls wrote:
>
> I just uploaded a new Gnucash-Intel-2.6.21-3.dmg to both SourceForge and
> Github with a re-signed app. It validates successfully for me but I got a
> different spctl error from Michael's.
>
> I've also updated the SHA-256 (which changed anyway
Thanks for all that. There may have been some transactions before
28.12.2017 which 'snuck' in and were deleted, that is possible and might
explain the non zero start point.
I saw in another post a query on whether a filtered view could show
deleted transaction, if there is a possibility I may
For the future, if you attempt to amend or delete a reconciled
transaction then you should get a warning and confirmation request. So
you should not be able to do it accidentally. This can be disabled
however. To make sure you have not disabled it then you can use
Actions > Reset Warnings to re-e
I bet the ability to have a few levels of "undo" is on the desired
enhancements list, no? I certainly have cursed a few times when I hit
delete by mistake.
- Elmar
On 1/30/19 12:00 PM, gnucash-user-requ...@gnucash.org wrote:
Message: 9 Date: Wed, 30 Jan 2019 12:17:20 + From: Colin Law >
Elmar,
True, but if you have been keeping backups you can open a backup file
simultaneously with your data file, find the eroneously deleted
transaction, copy it [Transaction > Copy], return to the main file and
paste it back in [Transaction > Paste Transaction].
I do this a few times each year w
Elmar,
Perhaps a strategy to try when you find a transaction in an account you are
reconciling which does not belong in that account is to change the split to
the account you are reconciling to the Imbalance account rather than
deleting the transaction. This allows you to complete the reconciliati
