Jack,
On Montag, 18. September 2017 15:55:24 CEST Jack wrote:
> On 2017.09.18 14:46, Thomas Baumgart wrote:
> > On Sonntag, 17. September 2017 16:13:49 CEST Jack wrote:
> > > On 2017.09.17 02:40, Thomas Baumgart wrote:
> > > > On Samstag, 16. September 2017 17:26:06 CEST Jack wrote:
> >>>> Having solved the libalkimia problem (or perhaps non-problem) I
> >>>> successfully compiled from git-head master branch. It is
> >>>> certainly better than the last time I tried it, probably months
> >>>> ago since I got a clean compile. Hopefully we are really
getting
> >>>> close to at least a pre-release release, to address those
distros
> >>>> which no longer have KDE4 pieces around to rely on.
> >>>>
> > > > > However, I have two issues.
> >>>>
> >>>> First, whenever I display a ledger, I get lots of "Invalid
sort
> >>>> key -9" where the number seems to alternate between -4 and -9,
and
> >>>> I get dozens to hundreds of copies. It doesn't seem to hurt
> >>>> anything, and the sort order of the ledger appear correct.
> >>>
> >>> Then you don't have git master, since I fixed this up in Randa.
> >>> Seeing this, the sorting in the ledger was broken (if descending
> >>> was selected).
> >>
> >> Hmm. I was sure I had just done a git pull before compiling, but
it
> >> seems you are right. A new git pull and redo everything and no
more
> >> sort errors.
> >>
> > > [....]
> > >
> >>>> Second, is the ClientUid for libOFX udpates actually enabled?
> >>>> When I try to update an account which was mapped using a recent
> >>>> 4.8 git version to successfully use this, I get that stupid
error
> >>>> from Chase, and ofxlog.txt (once I figured out how to re-enable
> >>>> it) does not show KMM sending this value. In addition, when I
> >>>> edit the account, and look at the online data, it does show
this
> >>>> value, but it is displayed in very pale gray, and is not a
> >>>> selectable field. Is there a problem, or is it just not fully
> >>>> converted to KF5 yet?
> >>>
> >>> It should be auto-detected during cmake and the result of this
> >>> detection shows up in the cmake summary. If can restart the
scan,
> >>> by removing <your-build- directory>/CMakeCache.txt and rerun
cmake
> >>> with all the options you passed. The summary should show, if the
> >>> ClientUid option is available or not. In case that does not
work,
> >>> we need to fix it (my distro version of libofx (0.9.10) does not
> >>> support it, so it's off for me by default).
> >>
> >> I'm still not sure about this one. I have libofx 0.9.11
instaled,
> >> and I can find no remnants of any other version. My system
version
> >> of KMM 4.8.0 does not know about ClientUid - the edit account
> >> doesn't show the clientuid at all 4.8 compiled from git head
DOES
> >> know, displaying it on one of the tabs of the online detail
section
> >> for teh account. git master says it knows about clientuid in the
> >> cmake summary, but although the clientuid is displayed in the
edit
> >> account dialog, it is disabled/grayed out.
> >>
> > > [snip all my ramblings about possible causes...]
> > >
> > > Any other thoughts on where I might look for relevant
differences?
> >
> > I just checked that. I have a libofx version w/o the clientuid
and a
> > build environment setup which created a KMyMoney version with OFX
> > support, but w/o the clientuid.
> >
> > Then I simply changed the libofx.h header file to contain the
resp.
> > field. Simply running cmake again does not turn the clientuid on.
I
> > had to remove my CMakeCache.txt file and rerun the complete cmake
> > from scratch to pick that up. So it seems, that some of that
stuff is
> > cached by cmake.
>
> Yes, I know cmake caches everything that it does find.
>
> The ONLY version of libofx on my system (0.9.11) has the clientuid
> peces. When I did cmake or ccmake, the summary said clientuid
support
> IS included. When I run KMyMoney, the Client UID is displayed on
the
> OFX Details tab of the Online settings tab of the account edit
dialog,
> but grayed out, and it is not sent as part of the OFX request.
>
> After deleting CMakeCache.txt and running cmake again, I do get
> OFX plugin: yes
> OFX supports CLIENTUID: yes
> as part of the summary. Doing make and make install seems to have
> relinkned many of the .so files, but the behavior is the same. I'll
> try a make clean and another make, but I don't think it will change
the
> behavior. I find this rather confusing.
I think I have fixed it with the recent commit. Please update master
and it
should also work for you. I verified it here against libofx 0.9.12
and the
client uid field was accessible after the change.
Hope that helps.
