trial balance - how to find mismatch question

Wm wm_o_o_o at yahoo.co.uk
Mon Mar 5 16:52:48 EST 2018


On 03/03/2018 17:59, Geert Janssens wrote:
> Op zaterdag 3 maart 2018 16:35:27 CET schreef David Carlson:
>> On January 30, 2015 I reported
>> https://bugzilla.gnome.org/show_bug.cgi?id=743753 pointing out this
>> behavior in Gnucash suggesting that the nearest in time criterion should
>> not select future dates.  That bug report applied to release 2.6.5 and as
>> of today it still has a status of "New"  If this criterion with it's
>> current behavior is the desired behavior, I assert that there should be
>> another criterion "last price on or before" so users can make their GnuCash
>> year end reports match their brokers statements without fudging prices in
>> their data files.


> I think having the extra option would be useful and less confusing than having
> "Nearest in time" only look backwards.
> 
> Geert

Ummm, Geert, he's talking about a conversation from 2015

The "Nearest in time" as a sensible price default happened *after* that.

Further, as far as I know, if I want a future price for any commodity I 
have to pay for it.

How can we, ordinary people, be getting these future prices in the first 
place?

Do other people not realise how much a future price can be worth?  We 
are talking millions of USD, GBP or EUR and that could be millions less 
or more than you currently have.

===

You're also being lazy wrt your tax reports and I reckon once you've 
done them you'll want "Nearest in time" to mean what it says and you'll 
realise you've been lazy setting your period dates (I do that too).
-- 
Wm





More information about the gnucash-devel mailing list