Gio,
Can you fake up a CSV and gnucash file to demonstrate the problem? You could
attach them to a bug report.
Regards,
John Ralls
> On Aug 14, 2020, at 11:16 PM, Gio Bacareza wrote:
>
> Thanks John. That's really weird because I swear the csv contains a 2nd
> transaction that is 1678 to 5
Thanks John. That's really weird because I swear the csv contains a 2nd
transaction that is 1678 to 56286.85. I've been copy pasting from a set of
csvs for the tests.
I tried it with some other accounts since then because I had to get the
transactions in. In some imports it worked. In some I noti
> On Aug 13, 2020, at 10:07 PM, Gio Bacareza wrote:
>
> Test 1:
> Import:
>Withdraw Deposit
> 02/21/2020,test first transaction,Account 1 in AUD,1486,0,,
> ,,Account 2 in AUD,0,1486,,
> 02/27/2020,test second transaction,Account 1 in AUD,0,1678.08,,
> ,,Account 3 in PHP,56286.85,0,,note-
Hi John,
Thanks for the feedback. Always learning. Let me answer.
I did check whether this was a currency exchange rate issue. But I'm sure
it's not because:
(a) I imported daily prices to gnucash prior to export and I
pre-converted the currencies using the same price. In this case, the AUD t
You're relying too much on images to tell your story, made worse by the fact
that the list server doesn't work with inline images. Have a look at your
message in the archive:
https://lists.gnucash.org/pipermail/gnucash-user/2020-August/092596.html
What's more, you've blanked out most of the acc
