new (inconsistent) OFX import problem (no clientuid)

[Brendan Coupe]

I was going to say that I have been downloading a Chase credit card
successfully for a while without any issues. I just tried it this
morning and it no longer works.

I'm running Fedora 31 and compiled from the master branch in the last
couple of days. libofx is version 0.9.13-3.fc31.

This is the error messages that I received:

Unable to import '/tmp/kmymoney.xxxxxx' using the OFX importer plugin.
The plugin returned the following error:

SONRS: Unknown code (Code 15510): The description of this code is
unknown to libOfx (Please verify your identity within the next 7 days.
Using your desktop computer, go to your bank�s website and visit the
Secure Message Center for instructions.)

CCSTMTTRNRS: Signon invalid (Code 15500): The user cannot signon
because he or she entered an invalid user ID or password.

I switched back to a version of KMM that I compiled in 2020.02.19 and
I don't have a problem downloading from Chase. it appears something
may have changed in KMM in the past couple of weeks to cause this
issue.

----
Brendan Coupe

On Mon, Mar 2, 2020 at 10:59 AM Jack <ostroffjh at users.sourceforge.net> wrote:
>
> On 2020.03.02 11:35, Jack wrote:
> > Good morning,
> >
> > Yesterday, I tried to import (libofx) two Chase accounts I have not
> > done in a long time, and got the dreaded message about needing to go
> > to their website secure message center to validate my access.  Long
> > story short, it has nothing to do with the bank, but it seems my
> > current build of KMM (from 5.0 git head) does NOT include the ofx
> > client uid feature.  I've tried several cmake lines, and it always
> > finds libofx, but sometimes fails the test for the clientuid
> > functionality.  My current libofx is 0.9.15, which was installed 15
> > October.  What I find most peculiar is that I cannot seem to find the
> > difference between different builds that one finds the client UID
> > stuff, and another does not.  I can generally get success with a
> > manual build, but not with the Gentoo ebuild that uses 5.0 git head.
> > I'll continue to dig further, but wonder if anyone else has seen this
> > or has any thoughts on what I should be looking for.
> >
> > As always, thanks for any suggestions.
> >
> > Jack
> Got a response to my post on the Gentoo forums - pointing to commit
> https://cgit.kde.org/kmymoney.git/commit/?id=487f8758987edb72e616a602706f100cafa877d8
> (that's in master, but was cherry-picked to 5.0) although I'm not sue I
> see exactly how that change caused the problem.
>
> Jack