2.4.9 release, 2.5.0 plans

[Christian Stimming]

Am Samstag, 17. Dezember 2011, 17:11:10 schrieb John Ralls:
> > Indeed I am rather sure it will not be possible to build the 2.4 branch
> > on windows with gtk >= 2.20, as it needs to be built with a newer
> > webkit as well, and I think this had other implications on some gnucash
> > webkit code.
> 
> Having just done it, I'm quite sure that Gnucash-2.4 builds fine with the
> latest Gnome windows binaries. Webkit 1.1.90 presented no issues and
> appears to work just fine. (The multicolumn report whines about
> hicolor-theme not being installed, so perhaps that should get added.)

This is great news! Thank you very much for looking into this. Even better to 
hear that it really works. In that case we can very well upgrade the 2.4-build 
to the newer binaries, and have a newer gwenhywfar/aqbanking included as well.

> The latest Gwen and AQB build fine as well, but I can't convince Gwen to
> find her plugins. Do I need to install the registry keys in gwenhywfar.iss,
> or is there a more temporary and unix-y way?

The plugin directories for gwenyhwfar are looked up in two ways: Firstly by 
using the executable's installation location as a starting point (using 
binreloc on Unix and GetModuleFileName() on Windows), assuming it's installed 
in some $prefix/bin, and going to $prefix/lib relative from there. Secondly, 
on windows the paths from the registry are used, and on Unix the compile-time 
paths are used.

According to the reports from gnucash users, with the gnucash installer the 
plugins are all found just fine. On the other hand, our gnucash.iss already 
installs all those registry keys as well. Hence, I don't know how the paths 
are actually looked up from the aqbanking in gnucash binary: Either the 
relative lookup already succeeded, or the registry paths from our gnucash.iss 
works fine.

> Oh, and when Gwen can't find her "dir" plugin, AQB asserts (in config-mgr.c,
> line 250) and crashes everything, which is a bit rude.

The crash in configmgr.c:250 is gwenhywfar code GWEN_ConfigMgr_GetGroup(), 
which is called from aqbanking from somewhere. Most of the aqbanking calls of 
that function are already guarded against a NULL here. Any chance you can find 
out which aqbanking location called that function at crash time?

Thanks again for the windows update! I hope this means we can go for a 2.4.9 
with updated gtk on windows (and also updated gwen/aqbanking) before 
Christmas...

Regards,

Christian