[GNC] Price editor uses old entry

[john]

> On Nov 5, 2021, at 1:48 PM, Rainer Dorsch <ml at bokomoko.de> wrote:
> 
> Am Freitag, 5. November 2021, 16:39:28 CET schrieben Sie:
>>> On Nov 5, 2021, at 4:22 AM, Rainer Dorsch via gnucash-user
>>> <gnucash-user at gnucash.org> wrote:
>>> 
>>> Hi,
>>> 
>>> I noticed that if the price editor has an entry in EUR and an entry in
>>> USD, it used the EUR entry, even if the USD entry has a newer date. My
>>> account currency is EUR.
>>> 
>>> Is that intended and is there an option to change this behavior?
>>> 
>>> I usually get the EUR entry, if I buy or sell stock or funds, which are
>>> accounted in USD.
>> 
>> GnuCash always prefers a direct conversion over an indirect one regardless
>> of the date. It's not optional. I suppose the problem arises because you're
>> trading USD-priced stocks from an EUR-denominated brokerage account and the
>> trades create the EUR prices. The simplest work around is to remove those
>> EUR prices from the pricedb; it won't affect the transaction or reports
>> using the average-cost price source. To avoid the problem going forward
>> create an intermediary USD bank account in your brokerage account hierarchy
>> and when recording the trade make separate splits for USD<->EUR and
>> stock<->USD. Chris Lam is working on a stock trading assistant to make this
>> a bit less cumbersome; we hope it will be finished in time for GnuCash 5.
>> 
> 
> Thanks John for your quick reply.
> 
> The scenario you describe matches well my use case.
> 
> Yes, I manually delete the EUR entries in the pricedb
> 
> I am looking forward to the stock trading assistant.
> 
> Can you tell why GnuCash always prefers a direct conversion over an indirect 
> one regardless of the date? Is this a bug or a feature :-) ?
> 

Please remember to copy the list on all replies.

I don't think it's either a bug or a feature that GnuCash prefers direct conversion, it's just a more efficient way to find a price given the way price database is arranged in a sort of tree structure of linked lists.

Regards,
John Ralls