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

[Thomas Baumgart]

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

-- 

Regards

Thomas Baumgart

https://www.signal.org/       Signal, the better WhatsApp
-------------------------------------------------------------
Real Programmers don't write in PL/I. PL/I is for programmers who
can't decide whether to write in COBOL or FORTRAN.
-------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: delta.patch
Type: text/x-patch
Size: 11182 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20190419/5a2aa4bc/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 868 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20190419/5a2aa4bc/attachment.sig>