[GNC] OFX import sometimes loses transaction memos

[David Carlson]

On Wed, Jan 16, 2019, 4:36 PM David Cousens <davidcousens at bigpond.com wrote:

> David
>
> Have you tried examining the file with ofxdump? If you are on Linux, it can
> be installed with "sudo apt install ofx".  Not sure about how to get it for
> WIndows or MacOS. It will dump to stdout whatever ofxdump can determine
> about an ofx response file including error messages. It tests conformance
> with the libofx librarryofxdump. You may need to use it with the debug
> switch and possibly the parsing messages if using it without the optional
> switches doesn't give enough info. I.e.
>
> $ofxdump --msg_debug --msg_parser<filename>
>
> David Cousens
>
>
>
> -----
> David Cousens
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>

David,

I have already examined one of the OFX files that has a mix of some trans
actions with memos that were and we're not imported with a binary editor
and found no difference except possibly number of characters in the string.

Right now I am away from home and cannot try OFX DUMP to see if it knows
whether there is a maximum string length, but if there is and it is less
than 200 characters I would be surprised.

If that is true, I would hope that it would truncate strings rather than
drop them.

David C arlson

>