[Kmymoney-devel] [kmymoney4] [Bug 343878] New: investment account does not have key value pair for lastImportedTransactionDate

[Jack]

https://bugs.kde.org/show_bug.cgi?id=343878

            Bug ID: 343878
           Summary: investment account does not have key value pair for
                    lastImportedTransactionDate
           Product: kmymoney4
           Version: git master
          Platform: Compiled Sources
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: kmymoney-devel at kde.org
          Reporter: ostroffjh at users.sourceforge.net

Looking in the .kmy file at all accoutns for which I use OFX direct connect
(libofx) all have ONLINEBANKING sections.  However, in the keyvaluepairs, only
credit card and bank accounts have a value for the key
lastImportedTransactionDate.  
The problem this causes is that if you configure the online settings for the
account to use Date of last update, KMM can't find that date, and so uses
current date minus 60 days instead, which can lead to very unexpected results,
such as re-downloading transactions you have intentionally deleted.  (In my
case, all the investment accounts are with Merrill Lynch, but I do not believe
this is relevant.)

Reproducible: Always

Steps to Reproduce:
1. Add an investment account and map it to an online account for direct connect
OFX download.
2. Edit the account, and set Online settings/Import Details to use last update.
3. create an empty file ofxlog.txt in your home directory
4. Update the account.  (I don't know what it uses for the initial update, but
it shouldn't matter.)
5. Update the account again.

Actual Results:  
Check the ofxlog.txt for the requested start date of transactions to download. 
After the first download, it should be some long ago date, but doesn't matter. 
After the second download, the requested start date is 60 days ago.

Expected Results:  
After the second download, the requested start date should be today.  (It could
possible be a few days earlier, according to a note on the developers mailing
list, to account for transactions added "late" by the institution.  However, it
should be recent, not 60 days ago.

Normally, this wouldn't matter, as old transactions would be recognized as
duplicates, so it would just be downloading extra bits.  However, because
Merril Lynch does funny things, I sometimes find it easier to create new
transactions and delete the downloaded ones instead of modifying the downloaded
transaction.  In this case, all these deleted transaction keep coming back.

-- 
You are receiving this mail because:
You are the assignee for the bug.