Following up on my last email, in version 2.6.17 the Trial Balance report
does default to nearest in time as the default valuation procedure. I
don't know what happens in 3.4.
David Carlson
On Sat, Feb 9, 2019 at 9:05 AM David Carlson
wrote:
> Now if there is an exchange rate entry for 12-19
> On Feb 9, 2019, at 2:28 AM, Wm via gnucash-devel
> wrote:
>
> On 02/02/2019 18:00, John Ralls wrote:
>
>> So maybe we should just forget it and continue the practice of asking users
>> to send their account files directly to a developer with the promise of
>> confidentiality if they're
Now if there is an exchange rate entry for 12-19 and 12-16 but not for
12-18 or 12-17-2017 and the report is using nearest in time, that could
cause what you are seeing.
On Sat, Feb 9, 2019 at 7:04 AM D via gnucash-devel <
gnucash-devel@gnucash.org> wrote:
> That sounds to me like it's using a
That sounds to me like it's using a different exchange rate from one day to
another, and I'd agree with your assessment in that case. I would have thought
that the exchange rate in the transaction would be used.
Mind you, I can't wrap my head around the subtleties that seem to apply on this
On 09/02/2019 07:00, Wm via gnucash-devel wrote:
Background: My gnc TB has been wrong for years. This hasn't been a
problem for me because I can do my own TB in sql and satisfy myself all
is relatively well with my accounts. Over the last week or so I decided
to try again and I think the gnc
On 09/02/2019 07:00, Wm via gnucash-devel wrote:
Background: My gnc TB has been wrong for years. This hasn't been a
problem for me because I can do my own TB in sql and satisfy myself all
is relatively well with my accounts. Over the last week or so I decided
to try again and I think the gnc
On 02/02/2019 18:00, John Ralls wrote:
So maybe we should just forget it and continue the practice of asking users to
send their account files directly to a developer with the promise of
confidentiality if they're unable to reproduce the bug in a test file.
That's what I'm thinking.
No
On 02/02/2019 17:44, Hendrik Boom wrote:
On Sat, Feb 02, 2019 at 04:30:30PM +0100, Geert Janssens wrote:
Op zaterdag 2 februari 2019 14:31:43 CET schreef Hendrik Boom:
On 2/1/19 5:36 AM, Wm via gnucash-devel wrote:
[2] as long as the transaction stream balances the actual numbers
don't matter
