[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

[Joe Byers]

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-devel at kde.org
          Reporter: ecjbosu at 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 the assignee for the bug.