Thank you David.
Further work for tighter safeguards is planned in
https://github.com/Gnucash/gnucash/pull/685 -- no scrubbing is currently on
the table but a warning during reconciliation if future splits are detected.
On Thu, 9 Apr 2020, 9:59 am David Cousens, wrote:
> I am now happy that
I am now happy that there is no problem with the starting balance calculation
in 3.9 and the problem was caused by a previously undetected finger problem
on my part and withdraw my previous qualms about retaining it for the
future.
I still think it is excessive to restrict the reconciliation
A previous reconciliation on 31/12/2018 had had the statement date entered as
31/12/20 rather than 31/12/2018 which causes the entered date to be read as
31/12/2020 into GnuCash. I checked the entered dates on all transactions
which had 2020-12-31 as the recociliation date verified these were all
Looks like I need to register the editor dialog using
gnc_register_gui_component()
Let me know if you see I'm on the wrong track
J.
On 4/7/20 11:19 PM, jeanl wrote:
For info: https://bugs.gnucash.org/show_bug.cgi?id=797670
The solution to this, it seems to me, is to ensure all opened dialogs
For info: https://bugs.gnucash.org/show_bug.cgi?id=797670
The solution to this, it seems to me, is to ensure all opened dialogs are
closed when another file is opened.
I would imagine this already happens for other dialogs, but was omitted for
this one?
If so, can you guys point me in the right
