[kmymoney] [Bug 388698] New: OFX imports defaults to 2 decimals on security creation and if changed to 3 or 4 transactions will not recognized change
bugzilla_noreply at kde.org
Mon Jan 8 21:04:26 UTC 2018
Bug ID: 388698
Summary: OFX imports defaults to 2 decimals on security
creation and if changed to 3 or 4 transactions will
not recognized change
Assignee: kmymoney-devel at kde.org
Reporter: ecjbosu at aol.com
Target Milestone: ---
Created attachment 109742
OFX test file
I tried to import an OFX file of security transactions. The import required
the automatic creation of securities. This default to 2 decimals on the
security quantities and is a problem today with Funds with the fraction being
100. The default should be 4 decimals.
I changed the newly create security to a 10000 and 1000 fraction. I then tried
to edit the new transaction where I found this issue. No matter how many times
I edited the security or the transaction, the transaction returned to the
original imported quantity.
I deleted all new transactions and created the security before import. I saved
it with 100 fraction, then changed it to 10000. The same problem occurred on
import and transaction edits.. The transaction failed over to the original
I had to again delete all transactions, recreate the security taking care to
set the fraction to 10000 before saving the new security, the import.
This is not very good.
I have attached an OFX file for you to test.
You are receiving this mail because:
You are the assignee for the bug.
More information about the KMyMoney-devel