https://bugs.kde.org/show_bug.cgi?id=388698
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
Product: kmymoney
Version: 4.8.0
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: importer
Assignee: kmymoney-de...@kde.org
Reporter: ecjb...@aol.com
Target Milestone: ---
Created attachment 109742
--> https://bugs.kde.org/attachment.cgi?id=109742&action=edit
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
divisor.
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.
SUCCESS!!
This is not very good.
I have attached an OFX file for you to test.
--
You are receiving this mail because:
You are watching all bug changes.
