[GNC] Account remains red after void that would put it in black

[Adrien Monteleone]

Have you tested the following:

Delete the transaction instead of using the `Void Transaction` function?

Add a reversing transaction either manually?

or using the `Add Reversing Transaction` function?

Curious to see if this discrepancy holds against all workflows.

Regards,
Adrien



> On May 1, 2019, at 2:08 PM, Jeff Albrecht <jeffa at rodaw.com> wrote:
> 
> Is this a know bug? and/or could someone forward it to gnucash-devel if appropriate?
> 
> Windows 10 GNUCash version Version: 3.5 Build ID: 3.5+(2019-03-30)
> 
> I'm balancing a checking account. It has a positive amount for Present and Future in black. I don't specifically remember the Balance column.
> I enter an adjusting entry that puts the account in negative and the Present and Future change to reflect that and change to parenthesis and red.
> Doh! I entered that wrong so I void the transaction. (IMHO deleting a transaction should never be allowed. It voids the audit trail.)
> After voiding the transaction the account is now positive however the color is still red.
> I close and reopen the account, the Present and Future are now black as I would expect. It was a real head scratcher for a while as I just saw red (PUN intended) before realizing that the amount was displayed wrong, red instead of black.
> 
> FWIW I've had this happen several times in the last couple days of marathon balancing after Quicken Conversion last year. I couldn't put a finger on when it happens but It just occurred again so I wrote down the steps that I just completed. This behavior _may_ appear any time an account goes from red negative to black positive.
> 
> 
>  - Jeff