Release 3.9 comes with a new method for calculating reconciliation starting
balances.
Previously, the account reconciled balance was considered the starting
balance. This includes any splits previously reconciled with an invalid
(e.g. future) reconciliation statement date.
>From 3.9 onwards, the
Christopher,
I have to admit to some trepidation at having something as significant to my
books as reconciliation suddenly changed based on data elements that aren't
visible in the GUI. Are you sure the solution is better than the problem?
I'm also concerned at the fact that (as with some oth
Hi. I do have feedback on the 3.10 change suggestions. Meanwhile, I'll not
comment on the feature change "3.9 comes with a new method for calculating
reconciliation starting balances". I defer to others on this list for that.
1.
This time period of one month is arbitrary and my experience suggests
Hi,
On Tue, April 7, 2020 10:21 am, Dale Phurrough via gnucash-devel wrote:
> 1.
> This time period of one month is arbitrary and my experience suggests this
> is a symptom of a hack, incomplete solution, or partial workaround. Both
> (a) allowing future/advance reconciliation -and- (b) disallowi
Cool use of cleared/reconciled for expenses. I can follow that general
approach.
I do have an inquiry regarding the need for the future when reconciling.
(What am I missing...or is there a gnucash feature I'm assuming exists that
doesn't?) 🤔
In my mind, I see two accounts
1) bank account, e.g. Ban
Hi,
On Tue, April 7, 2020 11:47 am, Dale Phurrough wrote:
> Cool use of cleared/reconciled for expenses. I can follow that general
> approach.
> I do have an inquiry regarding the need for the future when reconciling.
> (What am I missing...or is there a gnucash feature I'm assuming exists
> that
Chris,
1. I am concerned that the "new method of calculating starting balances"
introduced in GnuCash 3.9 may have a problem. I am still tracking down
exactly what happened in my case. I do have a future reconciliation date on
some transactions that had previously been imported in V 3.8. A prelim
Typical very old transaction that has had its reconciliation date altered but
not by reconciling the period it is from (The date the transacion originally
occurred and the weird date 202-12-31 and the reconciliation date for the
other split of the transaction are highlighted. Only transaction split
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 di
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 ar
10 matches
Mail list logo
