new ofx import problem (Merrill Lynch) - possible libofx issue.

Jack ostroffjh at aya.yale.edu
Fri Apr 19 14:27:32 BST 2019


Hello Thomas,

Sorry, I guess I forgot to also follow up here.  I did open a new issue 
with libofx, and tried changing versions of libofx, and at some point 
became unable to reproduce the issue, so I closed it as "works for me."  
I still have no idea what the problem was, but I now blame it on "phase 
of the moon and blue magic dust."  It seems it was yet another non-issue 
I run into (not just KMM) probably due to a non clean build environment.

I do have other ofx import issues, but all are relatively low priority.

Thanks for looking into it.

Jack

On 4/19/19 9:16 AM, Thomas Baumgart wrote:
> Jack,
>
> On Montag, 4. März 2019 04:23:49 CEST Jack wrote:
>
>> I started doing my monthly account updates for Merrill Lynch, and I'm
>> getting "This imported statement contains investment transactions with
>> no security.  These transactions will be ignored."
>>
>> (same with direct-connect or file download for quicken or ms-money)
>>
>> The ofx includes a <UNIQUEID> tag and <UNIQUEIDTYPE>CUSIP and the
>> kmymoney file (xml in this case) does include a kmm-security-id with
>> that uniqueid for that security.
>>
>> In the kmm-statement file, there is a line for the transaction, but
>> with 'security=""'.  I'm pretty sure I did not have this problem last
>> month.
>>
>> However, on digging further, it seems the major relevant change I made
>> was to upgrade from libofx 0.9.13 (including some patches pending
>> upstream inclusion) to 0.9.14.  Downgrading to 0.9.13 allows the import
>> as expected.  Does anyone know if this is a known issue, and if not,
>> how do I raise it to libofx.  I've looked at their sourceforge site,
>> but don't see how to submit a new bug/issue (and I also note the most
>> recent open bug there is from over two years ago.
> Is this still occuring on your end? Between those two versions there is just one commit:
>
> commit 30388e2c2c839add0c09b2a075389b13d089d8f7 (tag: 0.9.14)
> Author: Benoit Grégoire <benoitg at coeus.ca>
> Date:   Mon Feb 11 17:45:03 2019 -0500
>
>       * Release 0.9.14
>       * Fix proprietary tags striping eating the content of the previous tag if
>         proprietary tag is in the middle of the line. Fixes Gnucash bug https://bugs.gnucash.org/show_bug.cgi?id=797081
>       * Don't output invalid line numbers on the console before SGML processing starts
>
> commit 414bcc397598e68cde1dc3fc9488a832290e00f1 (tag: 0.9.13)
> Author: Benoit Grégoire <benoitg at coeus.ca>
> Date:   Mon Apr 30 16:24:38 2018 -0400
>
>      Release 0.9.13
>
> I extracted the (code-) difference and attach it here. There was some huge change due to a regeneration of the doxygen configuration file which I removed for clarity. The only real change in configure.ac is the version number. The others are just whitespace fixes. Maybe, the changes to find_tag_open and find_tag_close hit you. OTOH that would mean, that one of the libofx structure fields is not filled anymore, which is clearly something we should report. A sample will certainly help Benoit to fix it.
>
>> Thanks for any suggestions.
> Looks like they moved over to github: https://github.com/libofx/libofx
>
> Thomas
>


More information about the KMyMoney-devel mailing list