Re: [GNC-dev] USAA Aqbanking Account Import

[Martin Preuss]

Hi,

Am 05.05.21 um 05:04 schrieb Brian Ward:
[...]
>  AqBanking: 6.2.9.0
> [ org.gnucash.GnuCash ~]$ export GWEN_LOGLEVEL=info
> [ org.gnucash.GnuCash ~]$ export AQBANKING_LOGLEVEL=info
> [ org.gnucash.GnuCash ~]$ export AQOFX_LOG_COMM=1
> [ org.gnucash.GnuCash ~]$ export AQOFXCONNECT_LOGLEVEL=info
[...]

Would be nice to see what happens in the log (I believe the log is written to 
"gnucash.trace" or something like that). If you like you can send me a redacted 
version of the log file, maybe I can find out whats going on here...


Regards
Martin (AqBanking Team)


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 14.02.21 um 22:12 schrieb Martin Preuss:
[...]
>> * The BankID and Bank Name were set to a string of 0s on the credit card 
>> account. I didn't try connecting with the 0s but changed both as Bob White 
>> has done.
> Maybe the OFX importer didn't catch those fields...
[...]

Okay, I've had it... ;-)

I started changing AqBanking's OFX import process.

Currently we use a very old importer which is quite hard to extend to read some 
OFX fields it currently doesn't recognize. I found that out the hard way while 
thinking about adding the bank name sent in the field 
"OFX/SIGNONMSGSRSV1/SONRS/FI/ORG" to the imported dataset.

The old importer would require me to add two new classes to read the FI and the 
ORG fields. Also it didn't handle unknown elements very well.

For OFXv2 I already started using our generic XML importer. Until now I 
couldn't use that for OFXv1 due to its use of SGML.

Libgwen's XML code can now read those files as well, so there is a way now to 
handle OFX files with AqBanking's XML importer.

This importer uses XML files which describe what data to extract from which XML 
element. We use it already to read and write SEPA and CAMT data.

Now adding a field like "bankname" is quite easy, just by adding this line to 
the description file:

--X8
  
--X8


You can test the new importer using the latest Gwenhywfar and AqBanking git 
version (please remember to do "make clean" before "make"):

--X8

aqbanking-cli import -c OUTPUTFILE -f YOUR_OFX_FILE --importer="xml" 
--profile="ofx1"
--X8


Currently the new importer reads account info, bank/credit card statements and 
balances. New data will be added as soon as I can find more OFX examples 
(thanks to all of you who already submitted OFX data which I used to get the 
importer this far!).


The current format description file can be found in the GIT repository at:

https://www.aquamaniac.de/rdm/projects/aqbanking/repository/revisions/master/show/src/libs/plugins/imexporters/xml/data

or, more specific:

https://www.aquamaniac.de/rdm/projects/aqbanking/repository/revisions/master/entry/src/libs/plugins/imexporters/xml/data/ofx1.xml


As always feedback is very welcome.


Regards
Martin

-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 14.02.21 um 05:04 schrieb John Ralls:
[...]
> USAA changed the account number on my credit card account, so I had to 
> retrieve my accounts again in the AQBanking Wizard. I encountered a few 
> problems with that process:
> * If the old account was present it wasn't overwritten: I had to remove the 
> old USAA accounts first.
Probably because the account number changed...

> * The downloaded accounts weren't associated with the right AQBanking user. 
> Each had to be edited to set the correct one.
Thats interesting: Is it assigned to a completely false user (e.g. a user you 
used for other banks) or doesn't the account get an user assigned?

> * The BankID and Bank Name were set to a string of 0s on the credit card 
> account. I didn't try connecting with the 0s but changed both as Bob White 
> has done.
Maybe the OFX importer didn't catch those fields...


Regards
Martin


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Hi,

Am 13.02.21 um 00:07 schrieb John Ralls:
[...]
> The next GnuCash release is 6 weeks from Sunday. This has nothing to do with 
> GnuCash code so that doesn't really matter except that it's the next regular 
> opportunity to update the bundled AQBanking for flatpak, macOS, and Microsoft 
> Windows. Once Martin releases a new AQBanking version with the changes we can 
> generate new bundles on 4.4, we needn't wait for a release.
[...]

Okay, my releases are out now (Gwenhywfar 5.5.1 and AqBanking 6.2.6).


Regards
Martin
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Bob,

Am 12.02.21 um 04:40 schrieb Bob White:
[...]
> Not being familiar with the gwenhywfar lib I haven't been able to see the 
> actual buffer with the content of the POST request.
[...]

You could increase the logelvel of libgwen to "debug", that should show the 
header sent (among many, many other things):

GWEN_LOGLEVEL=debug aqbanking-cli ...

However, you could also call the OFXDirectConnect backend with a account list 
request:

X8
aqbanking-cli --control=aqofxconnect listusers
X8

This shows the list of OFX users setup for AqBanking, the needed user id is at 
the end of the resulting line.

You can then request a list of accounts for that bank:

X8
GWEN_LOGLEVEL=debug aqbanking-cli --control=aqofxconnect getaccounts -u USERID
X8

This will produce a ton of logs on the console and possibly contain sensitive 
information not to post unfiltered...


Regards
Martin

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 11.02.21 um 01:48 schrieb Bob White:
[...]
> I pulled the latest (on master) but didn't see any commits beyond the uuid 
> fix.
> 
> I made the following changes, ran 'make && make install', but don't see the 
> NONE reflected in aqbanking-cli requests (they still have time-base 
> NEWFILEUID):
[...]

Maybe it has to with a bug in the build system, I couldn't figure out why but 
sometimes you need to do a "make clean" before "make". Sometimes not all 
sub-libraries files are properly rebuilt...


Regards
Martin
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Bob,

Am 10.02.21 um 04:09 schrieb Bob White via gnucash-devel:
[...]
> With further curl testing I have discovered that the NEWFILEUID apparently 
> now requires an actual UUID or the value NONE.  You can see my working 
> examples in my previous post to the list.
[...]

Thanks, I changed it to "NONE" in current GIT.

[...]
> I replaced the user edit dialog within GnuCash.app and saw the new 
> httpUserAgent field, but the data was not persisted to the user config file.  
> I expect this was due to not having all the pieces correctly overlaid on 
> GnuCash.
[...]

Only changing the dialog description doesn't change the behaviour of the 
dialog, the code changes are also needed.

[...]
> Do you know which files need to be replaced within GnuCash.app on macOS from 
> a fresh build of aqbanking to fully replace the 6.2.5 that was distributed 
> with it?
[...]

That will only work if you compile AqBanking with exactly the same parameters 
as the packagers compiled it for your OSX image...


Regards
Martin

-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Hi,

nicely done!!

Some notes reagarding AqBanking's OFX Direct Connect plugin:

Am 07.02.21 um 05:45 schrieb Scott McRae:
[...]
> Some things I've found through trial and error:
>  - The OFX elements must be separated with "\r\n". This is dumb, but true.
> No spaces. No simple "\n". Exactly "\r\n".
[...]
This should already be the case in AqBanking.

[...]
>  - The APPID "QMOFX" and APPVER "QMOFX" work. Others I tried did not.
>  - The CLIENTUID "1955A543-B071-455E-A31E-73CC7C493D68" works for me. It
> must be uppercase. This might be particular to your account. If so, you can
> find it looking at the OFX logs from Quicken.
[...]

You mean APPVER must also be set to QMOFX? Not a version number?

[...]
>  - TRNUID must be present, but an UUID will do.
[...]

AqBanking creates an ID derived from the current date (like in 
"20210207223800"). Does that also work?

[...]
>  - DTACCTUP: The value "19900101" works. The value "19700101" does not. The
> value "1990010100" does not.
[...]

Okay, changed that in AqBanking.

[...]
>  - You need the "Content-Type: application/x-ofx" header
[...]
That's already used in AqBanking.

[...]
>  - You need the User-Agent "InetClntApp/3.0". This is what Quicken for Mac
> sends.
[...]

Okay, I added an edit widget to AqBanking's "Edit User" dialog which allows for 
the HTTP user agent to be set.


Regards
Martin


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 29.01.21 um 05:23 schrieb John Ralls:
[...]
> I've been using QWIN 2300, header version 102 for some time with no problem 
> until you mentioned it today. Changing to 103 and adding a Client UID one at 
> a time didn't help.
[...]

AFAIK only versions of Quicken not older than 2 years are supported. 2300 
corresponds to Quicken Windows 2014.

If nothing else changed "2900" should work (Quicken/Win 2020).

I added a few new version combinations to AqBanking to make them available in 
the dropdown box of the "Edit User" dialog.


Regards
Martin



-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 30.01.21 um 18:29 schrieb Bob White:
> I can confirm the redirect to USAA for creds is a one-time issue. 
> 
> You also need a CUSTOMUID. I haven’t deciphered if it is generated sever or 
> client side. 
> 
> I am away from my Mac at the moment but can upload the OFX log when I get 
> back to it. Is there someplace to upload to or would attachment to a 
> follow-on email work?
[...]

Email would be fine, thanks.

Regards,
Martin


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] New OFX Requirements For USAA FSB

[Martin Preuss]

Am 30.01.21 um 18:06 schrieb John Ralls:
> 
> 
>> On Jan 30, 2021, at 6:50 AM, Bob White  wrote:
[...]
> "The credentials that Quicken prompts you for will vary based on your 
> software version and the type of account you want to download. With the 
> recommended Direct Connect method in Quicken follows these steps:
> 
>   • You'll select "Get Access ID and PIN" and we'll direct you to 
> usaa.com to log on.
>   • USAA will provide a unique ID and PIN that you'll use only in Quicken.
>   • To add your accounts in Quicken, you'll connect using these 
> credentials.
>   • If you forget your Access ID and PIN, you can get new ones at any 
> time using the same process"
> 
> Not good news.
[...]

Hmm, that sounds like you only need to retrieve those credentials once and use 
them in following DirectConnect sessions?

The redirect should be a HTTP redirect, AqBanking doesn't follow redirects but 
prints them to the log window. It might be enough to copy that URL, open it 
with Firefox and get the new credentials from there.

I would then need to know in what fields those credentials are expected by the 
server...


Regards
Martin




-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Improve OFX import since aqbanking is not longer very robust?

[Martin Preuss]

Hi,


Am 07.02.20 um 22:28 schrieb jeanl:
> Like many of you I haven't been able to setup aqbanking, either on my windows
> machine or on my mac machine. I've tried old revisions of gnucash, but I
> haven't found the sweet spot.
[...]

The latest versions of AqBanking at least work with a OFX test server,
so basically it should work again.

In the past some people from this list offered support with testing new
OFX code and I would like to hear from them how the code behaves with
real servers...

However, even without an OFX Direct Connect account the OFX import code
of AqBanking can also be tested with real files.

The current OFX importer supports OFX2 files (i.e. real XML files), so
OFX2 files are now supported by our generic XML importer.

This importer uses profile files written in XML to define how data is
read from XML files into AqBankings internal import structures which are
then imported by applications.

The current OFX2 profile can be seen here:

https://github.com/aqbanking/aqbanking/blob/master/src/libs/plugins/imexporters/xml/data/ofx2.xml


To test the importer you can use this command (all in one line):


-X8
aqbanking-cli import --importer=xml --profile=ofx2 -f SOURCEFILE -c
OUTPUTFILE
-X8

The output file should then contain the imported data.

Currently the profile file for OFX2 only handles balances and bank
account transactions, due to lack of example files containing investment
account transactions I can't support them, yet.

However, as soon as I can get my hands on such a file (in OFX2 format)
such support could be easily added. Even by others BTW, since the
profile file is quite simple.


Regards
Martin


-- 
"Things are only impossible until they're not"


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] segmentation fault / gnucash crashing upon using online banking actions

[Martin Preuss]

Hi,

Am 14.10.19 um 21:51 schrieb Christian Stimming:
[...]
>> (gdb) bt full
>> #0  0x7fffd6075989 in GWEN_Text_EscapeToBuffer ()
>> at /usr/lib/x86_64-linux-gnu/libgwenhywfar.so.60
>> #1  0x7fffbe22d5a3 in GWEN_ConfigMgrDir_AddGroupFileName ()
>> at /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
>> #2  0x7fffbe22e18e in GWEN_ConfigMgrDir_DeleteGroup ()
>> at /usr/lib/x86_64-linux-gnu/gwenhywfar/plugins/60/configmgr/dir.so
>> #3  0x7fffd632be8c in AB_Banking_ReadConfigGroup (ab=0x582f8820,
[...]

I don't understand this: I see no path from
AB_Banking_ReadConfigGroup() to GWEN_ConfigMgrDir_DeleteGroup(),
especially no direct one. This function isn't called from within
AB_Banking_ReadConfigGroup().

GWEN_ConfigMgrDir_DeleteGroup() is an implementation of the "virtual"
function GWEN_ConfigMgr_DeleteGroup() and is only called from there, so
there shouldn't be a direct connection between an outside function (in
this case: AB_Banking_ReadConfigGroup()) to that implementation... THere
should at least be a step between them...


Maybe the problem is, that the definition of the "virtual" functions is
just (example):

typedef int (*GWEN_CONFIGMGR_GETGROUP_FN)(GWEN_CONFIGMGR *mgr,
  const char *groupName,
  const char *subGroupName,
  GWEN_DB_NODE **pDb);

i.e. without GWENHYWFAR_CB.

This shouldn't be a problem, since those functions are only called from
within libgwenhywfar, which is built at the same time the config mgr
plugin is built, using the same environment, so it should always be
clear to the compiler how to call those functions, even on windows...


Regards
Martin


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] [gnucash-de] Test gnucash-3.7-2019-10-13-git-3.7-131-g57e403b04+.setup.exe (Windows)

[Martin Preuss]

Hi,

as you know there are hard to debug crashes with current Gnucash GIT
and branch-6 of AqBanking on Windows. These crashes don't seem to happen
under Linux or in other apps.

Because of that I ran gnucash through valgrind (with your
gnucash-valgrind script).

Valgrind reports multiple problems like this:

--x8

==32275== 152 errors in context 65 of 444:
==32275== Mismatched free() / delete / delete []
==32275==at 0x4C30D3B: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==32275==by 0x893DF1C: spl_id_handler(_xmlNode*, void*)
(gnc-transaction-xml-v2.cpp:240)
==32275==by 0x895D0BF: gnc_xml_set_data(char const*, _xmlNode*,
void*, dom_tree_handler*) (sixtp-dom-parsers.cpp:809)
==32275==by 0x895D1B5: dom_tree_generic_parse(_xmlNode*,
dom_tree_handler*, void*) (sixtp-dom-parsers.cpp:840)
==32275==by 0x893E43D: dom_tree_to_split(_xmlNode*, _QofBook*)
(gnc-transaction-xml-v2.cpp:391)
==32275==by 0x893E8A9: trn_splits_handler(_xmlNode*, void*)
(gnc-transaction-xml-v2.cpp:548)
==32275==by 0x895D0BF: gnc_xml_set_data(char const*, _xmlNode*,
void*, dom_tree_handler*) (sixtp-dom-parsers.cpp:809)
==32275==by 0x895D1B5: dom_tree_generic_parse(_xmlNode*,
dom_tree_handler*, void*) (sixtp-dom-parsers.cpp:840)
==32275==by 0x893EAA5: dom_tree_to_transaction(_xmlNode*, _QofBook*)
(gnc-transaction-xml-v2.cpp:628)
==32275==by 0x893E97F: gnc_transaction_end_handler(void*, _GSList*,
_GSList*, void*, void*, void**, char const*)
(gnc-transaction-xml-v2.cpp:599)
==32275==by 0x896026D: sixtp_sax_end_handler(void*, unsigned char
const*) (sixtp.cpp:541)
==32275==by 0xBE2D5D1: ??? (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE33E7A: xmlParseElement (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE3328E: xmlParseContent (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE33B72: xmlParseElement (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE3328E: xmlParseContent (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE33B72: xmlParseElement (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE3438A: xmlParseDocument (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0x8960732: sixtp_parse_file_common(sixtp*,
_xmlParserCtxt*, void*, void*, void**) (sixtp.cpp:719)
==32275==by 0x89608EC: sixtp_parse_fd(sixtp*, _IO_FILE*, void*,
void*, void**) (sixtp.cpp:794)
==32275==by 0x8943EAA: gnc_xml_parse_fd(sixtp*, _IO_FILE*, int
(*)(char const*, void*, void*), void*, void*) (io-gncxml-gen.cpp:60)
==32275==by 0x894BABC:
qof_session_load_from_xml_file_v2_full(GncXmlBackend*, _QofBook*, void
(*)(_xmlParserCtxt*, void*), void*, QofBookFileType) (io-gncxml-v2.cpp:808)
==32275==by 0x894BD6A:
qof_session_load_from_xml_file_v2(GncXmlBackend*, _QofBook*,
QofBookFileType) (io-gncxml-v2.cpp:874)
==32275==by 0x8940512: GncXmlBackend::load(_QofBook*,
QofBackendLoadType) (gnc-xml-backend.cpp:251)
==32275==by 0x5FC580F: QofSessionImpl::load(void (*)(char const*,
double)) (qofsession.cpp:216)
==32275==  Address 0x27adc700 is 0 bytes inside a block of size 16 alloc'd
==32275==at 0x4C3017F: operator new(unsigned long) (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==32275==by 0x5F63E26: guid_malloc (guid.cpp:107)
==32275==by 0x5F63E7B: guid_copy (guid.cpp:124)
==32275==by 0x5F63F58: guid_new (guid.cpp:155)
==32275==by 0x895B9D5: dom_tree_to_guid(_xmlNode*)
(sixtp-dom-parsers.cpp:64)
==32275==by 0x893DEB8: spl_id_handler(_xmlNode*, void*)
(gnc-transaction-xml-v2.cpp:235)
==32275==by 0x895D0BF: gnc_xml_set_data(char const*, _xmlNode*,
void*, dom_tree_handler*) (sixtp-dom-parsers.cpp:809)
==32275==by 0x895D1B5: dom_tree_generic_parse(_xmlNode*,
dom_tree_handler*, void*) (sixtp-dom-parsers.cpp:840)
==32275==by 0x893E43D: dom_tree_to_split(_xmlNode*, _QofBook*)
(gnc-transaction-xml-v2.cpp:391)
==32275==by 0x893E8A9: trn_splits_handler(_xmlNode*, void*)
(gnc-transaction-xml-v2.cpp:548)
==32275==by 0x895D0BF: gnc_xml_set_data(char const*, _xmlNode*,
void*, dom_tree_handler*) (sixtp-dom-parsers.cpp:809)
==32275==by 0x895D1B5: dom_tree_generic_parse(_xmlNode*,
dom_tree_handler*, void*) (sixtp-dom-parsers.cpp:840)
==32275==by 0x893EAA5: dom_tree_to_transaction(_xmlNode*, _QofBook*)
(gnc-transaction-xml-v2.cpp:628)
==32275==by 0x893E97F: gnc_transaction_end_handler(void*, _GSList*,
_GSList*, void*, void*, void**, char const*)
(gnc-transaction-xml-v2.cpp:599)
==32275==by 0x896026D: sixtp_sax_end_handler(void*, unsigned char
const*) (sixtp.cpp:541)
==32275==by 0xBE2D5D1: ??? (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE33E7A: xmlParseElement (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE3328E: xmlParseContent (in
/usr/lib/x86_64-linux-gnu/libxml2.so.2.9.4)
==32275==by 0xBE33B72: 

Re: [GNC-dev] libpsd2, opinions?

[Martin Preuss]

Hi,

do you have some links for that?

As Geert said it might be easiest to write a banking plugin for
AqBanking, which could then be used by GnuCash (and others) without
modification...


Regards
Martin


Am 22.03.19 um 19:41 schrieb Marcello Stanisci:
> Dear GnuCash devs,
> 
> in the main context of the european directive PSD2 (that basically
> mandates all the
> banks to expose a REST API for everyone to use their online-banking
> services), I noticed
> that there is not yet a modern, well-documented, well-tested, and Free
> Software library
> that would implement all the major standards -- like e.g. EBICS and FinTS.
> 
> Do you think that starting a C project (libpsd2) for a libary that can
> address all the issues
> I mentioned above would make sense / be good?
> 
> Best regards,
> Marcello Stanisci
> 
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> 


-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Unstable terminates immediately

[Martin Preuss]

Hi,

Am 03.03.2018 um 05:40 schrieb John Ralls:
[...]
> https://fedora.pkgs.org/27/fedora-x86_64/ktoblzcheck-1.44-9.fc27.x86_64.rpm.html
>  
> 
> 
> It should be a dependency of aqbanking. Gwengui-gtk3 is built by GnuCash. 
> I’ve passed the patch on to Martin to include, but he chose to put it in 
> master and has anyway not done anything with Gwen since last summer so it 
> looks like we’ll be supplying it for a while.
[...]

That's not completely true... I also backported it into branch-4 and it
is included in 4.20.0stable (released 2018/02/23) after working on
libgwen in febr.


Regards
Martin



-- 
"Things are only impossible until they're not"
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AqBanking version in OS X Build

[Martin Preuss]

Hi,

Am 21.04.2014 21:43, schrieb John Ralls:
[...]
 Is there a particular reason why GnuCash on OS X does not ship with a newer 
 version of AqBanking?
 
 Yes: Martin has marked all more recent versions as “Beta”. I’ve been waiting 
 for him to do a stable release, though perhaps he thinks it’s never been 
 stable and plans to mark everything “beta” from now on.
[...]

Hmm, funny... anyhow, we are almost there. There are two variables still
preventing me from doing officially non-beta releases: 1) Too many
moving parts (with all that SEPA stuff currently going on in with the
bank servers in Germany) 2) too few developers ;-)


Regards
Martin


-- 
Things are only impossible until they're not

AqBanking - http://www.aqbanking.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Issue SEPA Transaction

[Martin Preuss]

Hi,

Am 21.08.2013 21:00, schrieb Norbert Holze:
[...]
 With aqbanking 5.0.31 and Gnucash 2.5.3 I can send SEPA Transcations.
 Only ChipTan is missing.
[...]

AqBanking already supports ChipTan, and so does AqFinance (because the
FOX16 frontend already supports that).

However, for GnuCash to support it as well someone needs to implement
the flicker dialog in the GTK frontend. I asked a long time ago on this
list for help but nobody answered... Meanwhile I don't have the time
anymore to work on that stuff myself, so if nobody steps in I don't see
ChipTAN support in GnuCash in the near future.


Regards
Martin



-- 
Things are only impossible until they're not

AqBanking - http://www.aqbanking.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Question in regard to OFX 1.0.2 or 1.0.3

[Martin Preuss]

Hi,

Am 08.12.2012 21:39, schrieb David Reiser:
 gnucash 2.4.11 with aqbanking 5.0.23 sends VERSION:102 in the request 
 header. I believe version 1.0.2 has been the one used by aqbanking since the 
 first time OFX was included.
 
  There is a Client UID field in the OFX DirectConnect setup in aqbanking. If 
 there were an out-of-band way for a customer to establish a unique Client UID 
 and then enter it in the aqbanking setup, it should work. I believe that if a 
 value is entered in the aqbanking Client UID field, that value and its tag 
 are sent at the appropriate place in the OFX connection initiation.
 
 As Martin hinted, there is precious little (nothing?) in the way of 
 documentation for the in-band establishment of Client UID as is done in 
 Quicken via some OFX connection dialog. If I'm understanding the description 
 of ClientUID, that field is used to recognize a given instance of software 
 which can be paired with user authentication to further guard against fraud. 
 I don't think ClientUID is intended as user authentication on its own. But 
 the OFX standard is frequently  hard for me to understand, and especially so 
 for the ClientUID addition.
[...]

Yes, and there is also a setting for the header version (currently 102,
but it can be changed to whatever appropriate).

I have no idea what this ClientUID really is used for and how it can be
obtained. If this is a special thing introduced by Intuit and which
isn't well enough documented then I guess there is no way for us to
retrieve such an ID...

However, a bank which uses this mechanism should have this information,
and maybe someone is inclined to share it with me... ;-)


Regards
Martin




-- 
Things are only impossible until they're not

AqBanking - http://www.aqbanking.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Scam site selling GNUCash

[Martin Preuss]

Hi,

Am 17.04.2012 23:25, schrieb John Ralls:
[...]
 After all, the website does say that it includes bonus 
 software.ailman/listinfo/gnucash-devel
[...]

And a bonus it is: Even more free software (like OpenOffice, Gimp, etc)...

Well, at least those are referred to by their name, while the name
gnucash only exists in a screenshot, no doubt by accident...


Regards
Martin



-- 
Things are only impossible until they're not

AqBanking - http://www.aqbanking.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OFX Bug Report

[Martin Preuss]

Hi,

Am 23.11.2011 02:47, schrieb Jesse Liesch:
[...]
 I received a report on my own forums that a gnucash user received a parsing 
 error from gnucash when downloading data 
 from their bank.  I can provide more information if you like.
[...]

First let me thank you for your nice service which really fills a gap,
since the banks are not that forthcoming about their server details
(security by obscurity and stuff).

OFX DirectConnect is provided by AqBanking, and the corresponding setup
dialogs already use your service to retrieve server settings.

However, at some point the response format of your service changed (we
talked about that), so older versions of AqBanking (which still expected
the previous format) can't handle the current format.

All current AqBanking versions however correctly handle your responses.
I guess this could probably have been avoided by using some kind of
versioning scheme in the request/response definition of your service,
but at any rate, it works now with AqBanking ;-)

But if there are problems with recent versions of AqBanking I would of
course be very interested in details about that...


Regards
Martin


-- 
Things are only impossible until they're not
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AQBanking HBCI Setup Problem

[Martin Preuss]

Hi,

On Dienstag 28 Juni 2011, John Ralls wrote:
[...]
 Would you please have a look at
 https://bugzilla.gnome.org/show_bug.cgi?id=650818 ?
[...]

I don't have an Apple at hand ATM, but I just tested this with GnuCash on 
Linux, and I can't reproduce the described behaviour there...


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Gnucash 2.4.6 HBCI Ini-Letter not displayed

[Martin Preuss]

Hi,

On Donnerstag 16 Juni 2011, Peter Sorowka wrote:
[...]
 i did not find any documentation on that and have no idea where to
 start searching for an error. Any thoughts?
[...]

The GUI implementation used by GnuCash which handles AqBanking's GUI stuff 
doesn't implement the GWEN_GUI_Print() function, yet.

You should be able to setup your account from the command line as described in 
the AqBanking handbook though.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OFX import from aqbanking (was: Fresh build of jhbuild and gnucash on OSX)

[Martin Preuss]

Hi,

On Samstag 21 Mai 2011, Christian Stimming wrote:
 Am Freitag, 20. Mai 2011 schrieb Brad Grupczynski:
[...]
 Maybe what you need instead here is a framework to use specific
 configurable conversion rules. If you have any good solution how this can
 be implemented in a user-configurable way (maybe just by gconf  keys, not
 yet with full GUI in gnucash), I'd be very interested to hear about those.
[...]

Hmm, just a thought: We could use profile files for such things (like 
AqBanking's CSV importer) which could do the mapping... That way also other 
applications using AqBanking's import function would benefit from the text 
transversion code...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fresh build of jhbuild and gnucash on OSX

[Martin Preuss]

Hi,

On Montag 25 April 2011, David Reiser wrote:
[...]
 Before you ditch libofx, be sure aqbanking can import investment data
 streams. Libofx does a decent job with investment ofx files. Aqbanking
 didn't come close the last time I checked (though it has been several
 months since I tried it.)
[...]

Not much has changed since the last time you tried, chiefly because I don't 
know anything about OFX investment data.

The reason why I removed libofx from *AqBanking* was the buffer-length bug in 
libofx which made it crash when file lines exceed a given length. That bug had 
its root in the design of libofx (especially regarding the use of fixed-length 
buffers) which couldn't be changed so easily, and since development in libofx 
had stalled I decided to extend my own code to also read OFX data.

AqBanking's importer works reasonably well given the fact that I can't use it 
for live data (since I don't have an account at a bank which supports OFX). 
But I never really faced investment data. Some time ago somebody (I don't 
remember the name) submitted a patch to improve AqBanking's OFX importer in 
the investment area and this got included into the source tree. 

A few times I asked for support in this field but never got very far. I needed 
some information about what OFX data needs to be handled for the importer to 
fully handle investment stuff...

AqBanking will continue to use its own OFX importer for OFX DirectConnect 
because it is well integrated into AqBanking and can easily be extended to 
maybe later handle payment requests etc. But I wouldn't remove Libofx support 
from GnuCash since the AqBanking importer doesn't fully support investment 
stuff, yet. And since libofx seems to have been revived maybe the buffer-
length bug will be fixed anytime soon (if it not already has been).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: win32 trunk daily build runs again (was: still broken)

[Martin Preuss]

Hi,

On Samstag 23 April 2011, Christian Stimming wrote:
[...]
 There's now a new win32 binary at
 http://code.gnucash.org/builds/win32/trunk/ , r20593. Can someone with
 Windows please check whether it can be installed and actually started?
[...]

Unfortunately, it doesn't even start :-(
I see the splash screen for a few milliseconds and I also see that the main 
windows seems to be created, but it is immediately destroyed. gconf seems to 
be running fine and it automatically stops after some time...

There are no messages even though I started gnucash from a command prompt (in 
addition to starting it directly from the start menu).


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fresh build of jhbuild and gnucash on OSX

[Martin Preuss]

Hi,

On Freitag 22 April 2011, Brad Grupczynski wrote:
[...]
 Yeah, I just realized that aqbanking and gwehywfar are completely separate
 entities. I see a problem already. Aqbanking is packing NAME and MEMO
 into the same container. 
[...]

I would gladly move the content of the NAME element to the remoteName 
field of the AB_TRANSACTION objects (see  
aqbanking/src/plugins/imexporters/ofx/parser/g_stmtrn.c:315) if that's what 
you need. Just talk to me ;-)


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Coding conventions

[Martin Preuss]

Hi,

On Freitag 22 April 2011, Brad Grupczynski wrote:
[...]
 Thanks. Missed that link. That's the style I like anyway. I was looking at
 aqbanking code...
[...]

So? There are only about two styles in the AqBanking family: I'm using FTE as 
IDE (actually, it is just a lightweight text editor with the ability to run 
shell commands like make), and it has a style called GNU. This style uses 
2 spaces instead of TAB, keeps opening brackets on the same line as the 
introducing instruction etc.
The other style is the one Christian uses, which I believe is something like 
the one used with Gnucash. 

I'm not really dogmatic about coding style, but I always use the same one 
(thanks to FTE and its auto-indent feature).


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fresh build of jhbuild and gnucash on OSX

[Martin Preuss]

Hi,

On Samstag 23 April 2011, Brad Grupczynski wrote:
[...]
 Yes! That's what I as thinking. I did try that quickly and it didn't fix
 everything with respect to matching the OFX file import. My first attempt
 at developing was a hack. Now that I'm in contact with the group I'll make
 some good headway.
[...]

I'm not surprised. I believe GnuCash's import function just concatenates the 
content of the fields remoteName and purpose, so if some parts are moved 
from one field to the other it doesn't really change the resulting Gnucash 
memo data...

The function I was pointing to fills AB_TRANSACTION objects with data read 
from the OFX file. Maybe you'll have to focus on its counterpart within 
Gnucash which creates GnuCash transactions and splits (etc) from 
AB_TRANSACTION objects...


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Gnucash 2.4.4.1/MacOS - chipcard import not available?

[Martin Preuss]

Hi,

I believe the reason is the missing chipcard.conf. 

In the next version I will make libchipcard just use some defaults if the 
config file can't be found, or even remove the need for that file entirely 
(since with current versions use of PC/SC is mandatory anyway and there is not 
much more to setup in the config file anymore).


Regards
Martin


On Donnerstag 07 April 2011, Peter Sorowka wrote:
 After being busy with some other things i gave it another try and
 included the libchipcard file you send me in my libs folder.
 
 gnucash now crashes after stating loading plugin ddvcard regardless
 if the cardreader is attached or not.
 
 here ist what system console puts out on crash:
 
 07.04.11 22:14:43 [0x0-0x2f02f0].org.gnucash.Gnucash[65038] Don't have
 write access to /Library
 07.04.11 22:15:15 [0x0-0x2f02f0].org.gnucash.Gnucash[65038] Assertion
 failed: (cl), function LC_Client_Init, file client.c, line 393.
 07.04.11 22:15:19 com.apple.launchd[177]
 ([0x0-0x2f02f0].org.gnucash.Gnucash[65038]) Exited abnormally: Abort
 trap
 
 the 22:14:43 message actually appears on start of gnucash. is that a
 hint?
 
 i attach the mac os crash report.
 
 cheers
 
 Peter


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Gnucash 2.4.4.1/MacOS - chipcard import not available?

[Martin Preuss]

Hi,

On Dienstag 29 März 2011, John Ralls wrote:
[...]
 gwenhywfar ctplugin.c:  300: No plugin descriptions found for this
 device type * 06:46:50  CRIT aqbanking banking_online.c:  795: here
 (-51)
[...]

This means that there is not a single chipcard card plugin for Gwen installed. 
So I guess there is no libchipcard installed.

I just added an error message to clarify this to the user.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofx directconnect and HBCI test server (Re: Could I be a Google Summer of Code Mentee for gnucash?)

[Martin Preuss]

Hi,

On Montag 21 März 2011, Christian Stimming wrote:
[...]
 just a question of clarification regarding the OFX directconnect
 online banking: Is it possible to send the Transfer Money job to the
 bank using OFX DirectConnect, similar to HBCI? Or does OFX
 DirectConnect offer only balance and statement download?
[...]

Basically, OFX DirectConnect also supports payments, and a few years back 
there were plans to add support for this to Libofx...

It is just a question of creating the appropriate request and parsing the 
response from the bank.

I would be interested in implementing this in aqofxconnect but I wouldn't have 
any way of testing this... And working on OFX DirectConnect isn't much fun to 
begin with, since one can never be sure how the banks handle the specs :-/


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OFX import enhancements

[Martin Preuss]

Hi,

On Mittwoch 19 Januar 2011, Christian Stimming wrote:
[...]
 Err... I think you're right, gnucash's OFX import does not use aqbanking
 but instead libofx (which aqbanking doesn't use anymore). So basically a
 similar issue applies to libofx w.r.t. checking its library, but libofx is
 a dead project and we can copy its code into our SVN anyway if we need to,
 so modifying that code is quite possible.
[...]

If nothing's changed I still have CVS/SVN write access, so changes could be 
brought back into libofx.

However, first libofx needs to be fixed regarding buffer management (there are 
some important issues in libofx which cause it to crash with unusually long 
lines).


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Fixed columns vs saved column widths

[Martin Preuss]

Hi,

On Donnerstag 09 September 2010, Geert Janssens wrote:
[...]
 * drop the idea of unresizeable columns. Let the user decide for himself
 how wide to make each column, including the one we devs thought would
 warant a fixed size.
[...]

I would prefer that one. I find it surprising that some columns can be changed 
and others can't... I believe it's much simpler to have all columns resizeable 
by the user...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 and ofxdc can crash gnucash trunk

[Martin Preuss]

Hi,

you both do remember that the source of the problem is already known?
The immediate reason is that GnuCash calls AB_Gui_Unextend (which is only 
supposed to be done upon application shutdown). This hs todo with Gnucash 
initializing and deinitializing GUI and banking objects every once in a while 
(which is still possible, but really not recommended).

In the SVN version von AqBanking there already is a fix which at least fixes 
the 
crash but the programmatical error still exists: The calling of 
AB_Gui_Unexctend(). This disconnects gnucash from AqBanking's shared storage 
so SSL certs and dialog dimensions aren't availabe anymore.


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 and ofxdc can crash gnucash trunk

[Martin Preuss]

Hi,

On Samstag 28 August 2010, John Ralls wrote:
[...]
  Assertion failed: (xgui), function AB_Gui_ReadDialogPrefs, file
  abgui.c, line 246.
[...]

The problem is that GnuCash for some reason calls AB_Gui_Unextend() which 
removes the AqBanking-related data from the GUI object (needed for dialog and 
certificate handling using AqBanking's shared storage).

This is only supposed to be done upon application shutdown. I have introduced 
a fix in AqBanking which at least fixes the segfault. However, the application 
will still not run correctly at that point, e.g. dialog dimensions and 
certificates can't be stored from that point on since the GUI object is 
unlinked from the storage :-/


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 and ofxdc can crash gnucash trunk

[Martin Preuss]

Hi,

On Freitag 27 August 2010, Christian Stimming wrote:
[...]
 don't want to add any workload at the start-up time. So the aqbanking
 init should be done at the first usage of the gncmod-aqbanking module,
 just as it is done right now, but this is only a minor issue and not
 really a technical problem.)
[...]

Even better.

[...]
 In the meantime, I proposed for aqbanking to handle the case with the
 wrong GWEN_GUI object more gracefully, i.e. instead of an assert() on
 the correct derived type, there could also be an error message and
[...]

Those asserts are in for a purpose: They flag quite a serious error which MUST 
not happen in an application. If it does, it needs to be fixed, and to detect 
this problem and have a stacktrace to find the exact path which led to it is 
crucial.

However, the changes I proposes wouldn't be that big: If I remember correctly 
you have different functions for creating a banking object and a GWEN_GUI 
object.

I would recommend that whichever function is called first should init both the 
GUI and AqBanking object. All further calls should then return those one-time 
created objects. On plugin-deinit time those objects could then be destroyed 
(and all other code creating, initializing, deinitializing, destroying GUI or 
banking objects should then be disabled.

This would work as well with AqBanking4, so it wouldn't be a Aqbanking5`ism.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash upgrade from 2.2.9 to 2.3.14: AqBanking configfolderchanged

[Martin Preuss]

Hi,

On Donnerstag 26 August 2010, David G. Hamblen wrote:
[...]
 .aqbanking/settings.conf
 .aqbanking/shared/*
 .aqbanking/uniqueid
 
 Can I safely delete these?
[...]

Should be. The shared folder could contain data for some applications, but 
even on my system this folder only contains leftover files, so it should be 
safe to remove them.

Current versions of AqBanking only use the folders apps, backends, 
imexporters, settings and possibly shared.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 and ofxdirectconnect

[Martin Preuss]

Hi,

On Sonntag 22 August 2010, David Reiser wrote:
[...]
 The bad news is gnucash crashes at the point that the wizard tries to go
  out and get a list of accounts. The gnucash terminal window says:
[...]

Hmm, I was able to retrieve the accounts with the bank server (I only tested 
on Linux,though).

[...]
   0x00010a7c2d29 AO_Provider_RequestAccounts + 1184 (provider.c:712) 
 5 
[...]

I will look into that today. Hopefully its just a simple silly bug...

Abouf all the critical messages: This is just to let me see the messages, 
before the final release of the AqBanking family these will go away.

The Could not read/write dialog preferences has to do with GnuCash not using 
AB_Gui_Extend (e.g. not connecting the dialog stuff with the shared data 
storage of AqBanking). If this were used all dialogs would remember their 
dimensions, so this is something which should definately be added to GnuCash. 
This function also adds certificate handling.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 and ofxdirectconnect

[Martin Preuss]

Hi again,

On Sonntag 22 August 2010, Martin Preuss wrote:
 On Sonntag 22 August 2010, David Reiser wrote:
[...]
 I will look into that today. Hopefully its just a simple silly bug...
[...]

Actually, it *was* a silly bug, which has been fixed now.
However, it indicates that the server sent a response (200 || 299), so the 
request wasn't handled properly by the server.

The default of the application emulation settings is currently Quicken 
Windows 2010, maybe this is too new for your server. You might want to try 
one of the older versions (I believe the defaults in AqBanking 4 were similiar 
to Quicken Windows 2008).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r19465 - gnucash/trunk/src/import-export/aqbanking - Add aqbanking5 extensions of GWEN_GUI object.

[Martin Preuss]

Hi,

On Sonntag 22 August 2010, Christian Stimming wrote:
[...]
 Add aqbanking5 extensions of GWEN_GUI object.
 
 We need to locally store a reference to that particular GWEN_GUI
 object that was used in Extend because we have more than one such
 object in use inside gnucash (currently). If accidentally the wrong
 one would be used in Unextend, a crash occurs.
[...]

BTW: That would also work with AqBanking4 (and it had also been recommended to 
use AB_Gui_Extend et al in the same way you are using it now with AqBanking4).

The differences between AqBanking4 and 5 aren't that big: As I wrote before 
using the GWEN_GUI stuff would have also made sense when using AqBanking4.

However, what's new is the fact that the GWEN_Gui (extended by 
AB_Gui_Extend()) now also provides support for AqBankings own dialogs.

So using only a single GWEN_GUI object (and a single AB_BANKING object, for 
that matter) and initialize both upon plugin init has also been recommended 
for AqBanking4.


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r19445 - gnucash/trunk/src/import-export/aqbanking - Add instantiation of gwengui-gtk2 object in gnucash, which enables the setup wizard again, but it doesn't fully work yet.

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Christian Stimming wrote:
[...]
 In particular, a quick test runs into significant UI work which is
 still needed, and also occasional crashes might occur. Hence, the
 gwengui-gtk2 parts have to be enabled manually by un-commenting
 USING_GWENHYWFAR_GTK2_GUI.
[...]

You will need the latest SVN version of gwen which fixes some problems in the 
gtk2 implementation.

As soon as the changes in gnucash are made I can test it and adapt the GUI as 
needed (and probably fix a few bugs in gwen).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.3.14/AqBanking: config folder changed

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Jannick Asmus wrote:
[...]
 I am using (and testing) version 2.3.14 on WinVista. After installation
 all (!) config data for aqbanking are not available any more, since
 2.3.13 refers to a folder different from this one for 2.2.9. This
 requires a complete tedious new configuration of HBCI information.
[...]

It does not. There already are functions which upgrade the old configuration to 
the one which AqBanking4 and 5 can use. It's just that GnuCash doesn't use 
them.

KMyMoney does, and even old QBankManager does this. Unfortunately there is 
currently nobody with the right combination of time, energy and knowledge to 
update the plugin in GnuCash...

I do what I can from the AqBanking side (e.g. the whole GTK2 implementation of 
the latest GWEN_DIALOG framework has been written only because of Gnucash), 
there are functions for automatic configuration update and so on.

It just needs to be used by Gnucash...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.3.14/AqBanking: config folder changed

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Christian Stimming wrote:
[...]
 Which version number upgrade combination are you referring to? An
[...]

From 2.2.9, he wrote ;-)


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: 2.3.14/AqBanking: config folder changed

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Jannick Asmus wrote:
[...]
 Could I just copy the config data from the old to the new folder - or
 does the new version of AqB expect information differently formatted?
[...]

The format has changed, but you could use this command (provided that 
aqbanking-cli is part of the GnuCash installation on Windows):

aqbanking-cli updateconf


If aqbanking-cli is not available you could temporarily install AqFinance and 
use the tool aqbanking-cli provided with that application. That should make 
your configuration work with AqBanking4 (and 5, of course).


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash upgrade from 2.2.9 to 2.3.14: AqBanking configfolderchanged

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Jannick Asmus wrote:
[...]
 C:\Program Files\gnucash-unstable\binaqbanking-cli updateconf
 Config for AqBanking 4 found, no update needed.
 Your configuration seems to be ok.
[...]
I guess the problem is, that you already have a Aqbanking4 configuration from 
your tries...

So you need to move the folder $HOME/.aqbanking out of the way (e.g. rename 
it, but keep it as backup, just in case) and start the tool again. That should 
do it.

The tool refuses to overwrite an already existing configuration.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash upgrade from 2.2.9 to 2.3.14: AqBanking configfolderchanged

[Martin Preuss]

Hi,

On Dienstag 17 August 2010, Bill Nottingham wrote:
[...]
 What I discovered that appeared to happen (not on OSX) is that
 the first time you run GnuCash compiled against the new aqbanking,
 it creates enough of a stub config that the migration won't run. You
 have to remove that stub, and *then* run 'aqbanking-cli updateconf'.
[...]

Thats correct. The application is supposed to call the update/check function 
before the first call to AB_Banking_Init() to possibly update an old 
configuration.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gnucash upgrade from 2.2.9 to 2.3.14: AqBanking configfolderchanged

[Martin Preuss]

On Dienstag 17 August 2010, Bill Nottingham wrote:
[...]
  Thats correct. The application is supposed to call the update/check
  function before the first call to AB_Banking_Init() to possibly update an
  old configuration.
 
 Something like the attached? (warning: completely untested other than
 'it builds')
[...]

Yes, exactly.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 support of gnucash

[Martin Preuss]

Hi,

On Freitag 13 August 2010, Derek Atkins wrote:
[...]
 I'm curious:  Don't we still support AqB-3?  My Fedora-12 system has:
 
 aqbanking-3.8.2-2.fc12.x86_64
 aqbanking-devel-3.8.2-2.fc12.x86_64
 
 So I think we need to support at least AqB 3, 4, and 5...
[...]

AqBanking 3 is ancient... AqBanking3 had very limited support for PIN/TAN-HBCI 
(which unfortunately is very much used nowadays).

So many banks can't be connected to with AqBanking3 which would make it 
necessary at least for German users (which I guess is the majority of the 
AqBanking users) to upgrade at least to AqBanking4.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gwenhywfar/aqbanking5 online banking setup not working in gnucash trunk

[Martin Preuss]

Hi,

On Donnerstag 12 August 2010, Christian Stimming wrote:
 Am Thursday 12 August 2010 schrieb Martin Preuss:
[...]
 The normal online banking usage still works, as the aqbanking4-style
  GWEN_GUI implementation of gnucash still seems to be sufficient for those
  operations. But the setup doesn't work. At the time when I committed
[...]

Thats correct. The old callbacks GnuCash implemented are still present and are 
still used for GUI implementations not supporting the dialog framework.

However, it should be fairly easy to adapt to the Gtk2Gui provided by gwen: 
- create the Gtk2Gui object
- create and init the aqbanking object
- call AB_Gui_Extend() on the GUI object
- add your own stuff to it (you could even still continue using your own 
callbacks and dialogs, but I'd rather recommend using the dialogs already 
provided by Gwen)

Following this method will give you full support for certificate handling, 
storing and restoring of the dimensions of the new AqBanking dialogs and of 
course the full set of new AqBanking dialogs (including online banking setup 
and generic file import).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 support of gnucash

[Martin Preuss]

Hi,

On Donnerstag 12 August 2010, Christian Stimming wrote:
 Am Thursday 12 August 2010 schrieb Martin Preuss:
[...]
 Hm... While writing this, it occurred to me the copying to import-
 export/aqbanking5 might indeed be the better way in the long run. That
 solution would be the only one that ensures the old aqbanking4 code will
 continue to work as expected. So that's probably what I would recommend for
 anyone who wants to implement correct support of aqbanking5 in gnucash.
  And, as Martin explained, in that new directory one can benefit from all
  the GUI- handling simplifications which are now implemented by Martin in
  aqbanking5.
[...]

While I would also vote in favour of starting a new folder for that the 
changes necessary wouldn't be that big;  reorganizing the code the way I 
proposes would still work with AqBanking4, because even AqBanking4 had 
AB_Gui_Extend.

And as I wrote: You could also continue using your own code for the dialogs. 
You would only need to create a Gtk2Gui object as a base object for AqBanking5 
while for AqBanking4 you would continue to use GWEN_Gui_new().


Regards
Martin





-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: aqbanking5 support of gnucash

[Martin Preuss]

Hi,

On Donnerstag 12 August 2010, Christian Stimming wrote:
 Am Thursday 12 August 2010 schrieb Martin Preuss:
[...]
  However, it should be fairly easy to adapt to the Gtk2Gui provided by
  gwen: - create the Gtk2Gui object
[...]
 This should just give the correct picture for anyone who wants to deal with
 that task. After all, the task might be solved within 2-3 days of work...
 volunteers, anyone?
[...]

If you could start with these steps:
- create a GWEN_GUI object at plugin init time
- create and init an AqBanking object at plugin init time

...then I could take over from there. As I said this could already be done for 
AqBanking4, and in this case GnuCash could already benefit from AqBanking's 
certificate cache etc.

The next step would be to just modify the code which creates the GWEN_GUI 
object to now create a Gtk2Gui instead of the standard GUI object. Since this 
is no structural change to the plugin I could do that.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Proposal for migration from Subversion to Git.

[Martin Preuss]

Hi,

On Samstag 07 August 2010, Tao Wang wrote:
[...]
 I prefer move to Git for following reasons:
[...]

You don't have to move the whole repository: Just use git-svn on *your* 
machine (that's what I'm doing).

It gives you all the features you described even though the main repository is 
still SVN.

When I first got in contact with git and learned how to use it my first 
reaction 
was also: Why don't I move my projects from SVN to git? But then I decided 
against it because it worked quite well as it was (you know, never touch a 
running system and that).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GNU Cash as accounting engine

[Martin Preuss]

Hi,

On Samstag 12 Juni 2010, Amiruddin Nagri wrote:
[...]
 So does that mean my application which will be using this GPL interaction
 layer also have to be GPLed ?
[...]

AFAIK yes, if the interaction layer is vital to your application, i.e. if it 
doesn't make sense to distribute your application without that interaction 
layer.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Windows XP, gnucash build problems

[Martin Preuss]

Hi,

On Mittwoch 17 März 2010, Christian Stimming wrote:
[...]
 Also, opensp is a requirement for libofx. But you should be able to get
  along without libofx - you need to disable it in the aqbanking build and
  gnucash build, and all should be fine.
[...]

AqBanking's OFX DirectConnect implementation doesn't use LibOFX, so OFX DC 
doesn't have to be disabled in AqBanking if libofx isn't available.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Online Banking Setup

[Martin Preuss]

Hi,

On Sonntag 28 Februar 2010, David Jensen wrote:
[...]
 Mountain America Credit Union.  Any ideas?
[...]

for such information normally ofxblog is your friend (see 
http://ofxblog.wordpress.com/?s=Mountain;).

However, bank server information for OFX is hard to come by since most banks 
feelt it necessary to hide this information and even not to reveil it if asked 
for.

So if your bank isn't listed with ofx-blog (which seems to be the case) then 
you are on your own :-(

You could ask your bank, but as I said there is not much hope.

This is rather unexpected given that OFX is an open standard :-/


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: r18717 - gnucash/trunk/src - Add some experimental CMakeLists.txt

[Martin Preuss]

Hi,

On Donnerstag 25 Februar 2010, Christian Stimming wrote:
[...]
 Off-topic: Why I think cmake is better than autotools:
[...]

There are two points which prevented me from switching my own projects to 
cmake a few years ago:
- no cross-compile support
- no support for convenience libraries

The most important point was the latter one: With the autotools I can have 
multiple convenience libraries and reference them in other parts of the 
project. With cmake I had to write the names of all source files into the 
toplevel CMakeList which is quite uncomfortable with bigger projects...

Do those points still apply? AFAIK at least cross-compiling should work now (I 
believe since 2.6)?


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Win32: The binary pgsql package depends on MSVCR71.dll which we must not depend upon

[Martin Preuss]

Hi,

On Samstag, 3. Oktober 2009, Christian Stimming wrote:
[...]
 Oh, and there's a much more severe error, as mentioned by me in the
 bugzilla item: By including the suitable openssl DLLs (libeay32.dll,
 libssl32.dll, ssleay32.dll) in your pgsql binary, you're silently
 overwriting those openssl DLLs which we compile ourselves during the win32
 build, and on which the aqbanking library depends upon. In other words, the
 inclusion of the current pgsql binary package most probably will cause any
 SSL-related operation of aqbanking to crash badly.
[...]

BTW: AqBanking doesn't link against OpenSSL and even doesn't use it at all (we 
had to switch to GCrypt due to Debian's unwillingness to ship AqBanking when 
linked against OpenSSL).

However, the library Gwenhywfar contains a console tool (gct-tool) which 
links against OpenSSL. But this tool is only needed to create and manage 
keyfiles.

Anyway, introducing another MSVC version will most likely lead to other 
problems due to clashing of symbols... One can't predict from which MSVC dll 
symbols are taken if there are multiple MSVC*.dll...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Win32: The binary pgsql package depends on MSVCR71.dll which we must not depend upon

[Martin Preuss]

Hi,

On Samstag, 3. Oktober 2009, Christian Stimming wrote:
 Am Samstag, 3. Oktober 2009 17:53 schrieb Martin Preuss:
[...]
 That's right - I hope the MSVC*.dll better refuse to be loaded into the
 same process space. In this particular case the problem only is to ship
[...]

I don't think so... I'm not a WIN32 wizard but from my experience Windows 
doesn't know that MSVC123.dll basically provides the same API as e.g. 
MSVC987.dll. Since the version number is part of the dll name and WIN32 
doesn't know about API versioning like the Linux loader does I believe Windows 
will just load any additional MSVCxyz.dll and later crash the application if 
there is a symbol clash (which will most likely appear since that particular 
API didn't change that much throughout the years).

I think your approach of compiling the pgsql package yourself is the most 
promising one... Even more so if using MinGW/MSYS/GCC instead of those MS 
compilers ;-)


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AqBanking4 config (was: [OSX] Webkit)

[Martin Preuss]

Hi David,

On Freitag, 18. September 2009, David Reiser wrote:
[...]
 Great. Thanks. The docs on that are a bit thin...
[...]

We have this information in out AqBanking4 Handbook (which is only in German 
since most users of AqBanking are from Germany).

[...]
 It looks to me like settings information was stored in:
 ~/.banking for version 2
 ~/.aqbanking for version 3
 ~/.aqbanking/settings for version 4
[...]

That's correct.

[...]
 I'm thinking of running 'aqbanking-cli upgradeconf' as a post install
 step for  aqbanking 4 if the directory ~/.aqbanking/settings doesn't
 exist. Is that a terribly unsafe approach?
[...]

No, this should be perfect. However, the autoamtic upgrade seems to have a few 
problems when updating from very old configuration (2.x) which we haven't 
quite figured out. 

Anyway, AqBanking contains a few functions which can be called by an 
application to check and/or upgrade an existing configuration. These functions 
are used in QBankManager and could also be used by GnuCash...

[...]
 eliminate the (mistakenly) created version 4 information. How far
 would they have to get in the setup wizard to make the aqbanking-cli
 upgrade attempt fail because the version 4 configuration already exists?
[...]

Good question... The function AB_Banking_HasConf4() checks whether there is at 
least a single user setup in the configuration. If so it is assumed that a 
configuration for AqBanking4 exists, otherwise is is assumed that there is no 
complete configuration and import of lower versioned configurations can be 
tried.

So automated updates will only fail if there already is at least a single user 
setup.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

AqBanking4 config (was: [OSX] Webkit)

[Martin Preuss]

Hi,

On Donnerstag, 17. September 2009, David Reiser wrote:
[...]
 One dependency change to be aware of: aqbanking 4 stores its
 configuration files in a different directory (~/.aqbanking) than does
 aqbanking 3 (~./banking). There is no conversion utility available, so
 users will have to re-enter their user login data when aqbanking is
 upgraded from 3 to 4. The big plus for upgrading is that version 4 has
[...]

That's not entirely true: AqBanking4 includes a tool called aqbanking-cli. 
This tool has the command updateconf which tries exactly that: Upgrading a 
previous configuration and make it usable by AqBanking4.


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: bounty for online banking idea for GnuCash

[Martin Preuss]

Hi,

On Mittwoch, 16. September 2009, Dave (DavesTechShop.net) wrote:
[...]
 Judging by your question, Martin, I assume you have missed all the front
 page news in the US about Mint.com, Yodlee.com, Quicken Oniine, Wesabe,
 etc.
[...]

No, I didn't miss the fact that those services exist (being the developer of 
libaqbanking's OFX DirectConnect client I know all to well at least about 
Yodlee...).

But from my understanding of privacy I couldn't get myself to give my 
financial data - not even transaction data - to a *website*...

And personally I fail to understand why other people would hand over their 
financial information to quite unknown third parties...

As to the core of your question: If I understand correctly wesabe already lets 
you upload your financial transactions and stuff quite automatically, right? 

So are you asking for a way to get your information from wasebe to GnuCash or 
do you want GnuCash to mimic the firefox addon for the purpose of gathering 
and then uploading your information to wesabe?



Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: bounty for online banking idea for GnuCash

[Martin Preuss]

Hi,

just a question: Is this wesabe approach really about *uploading* (!) personal 
financial data to their website?? Who would do something like that??


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OS X dmg File Size

[Martin Preuss]

Hi,

On Mittwoch, 2. September 2009, John Ralls wrote:
 On Sep 2, 2009, at 8:04 AM, Derek Atkins wrote:
[...]
 Charles is right that aqbanking adds a lot of weight:
   libaqbanking.dylib  33M
   aqbanking plugins   50M
   libgwenhyfar.dylib  2.5M
   Qt Frameworks   39M
   aqbanking data  13M
   
   148M
[...]

Is this with debug symbols enabled? 

For example the size of libaqbanking.dylib looks very big compared to the size 
of the source code... E.g. on my Ubuntu 9.04 Linux the size of 
libaqbanking.so.29.1.2 is 1.3M, not 33M...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OS X dmg File Size

[Martin Preuss]

On Mittwoch, 2. September 2009, Martin Preuss wrote:
[...]
 For example the size of libaqbanking.dylib looks very big compared to the
 size of the source code... E.g. on my Ubuntu 9.04 Linux the size of
 libaqbanking.so.29.1.2 is 1.3M, not 33M...
[...]

BTW: This is with debugging symbols enabled; when stripped (strip -s -S) 
libaqbanking.so.29.1.2 is 746K...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash OSX

[Martin Preuss]

Hi,

On Freitag, 21. August 2009, John Ralls wrote:
 On Aug 21, 2009, at 8:32 AM, Charles Day wrote:
[...]
  Yes, I believe it should still work fine without a front end if the
  setup is
  already there. Sucks if you aren't already set up though. (I haven't
  been
  able to get Qt3 or Qt4 for Mac going either.)

 It occurs to me that since aqbanking has a Gtk+ frontend it should be
 possible to just write a regular Gnucash druid to set up an aqbanking
 account. That would be a great benefit for the whole project, not just
 OSX, because it would get rid of a particularly onerous dependency.
[...]

That would be wonderfull, however, writing a setup druid for HBCI is not a 
trivial task since the HBCI setup has become more and more complicated :-/


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Online OFX import of Investment Statements

[Martin Preuss]

Hi,

On Montag, 8. Juni 2009, Martin Preuss wrote:
[...]
 So I need some help: Could someone please explain what number and kind of
 transactions and splits need to be created when importing investment
 transactions? There seems to be special handling for REINVEST and INCOME
 type investment transactions...
[...]

Nobody?


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AqBanking on Win32 - GWEN_TYPE_UINT32 undefined

[Martin Preuss]

Hi,

On Montag, 22. Juni 2009, Gary Bartlett wrote:
[...]
 build the more stable 2.3.3 version of aqbanking), and set QTDIR
 accordingly.
[...]

AqBanking 2.x used an older version of libgwenhywfar which provided the type 
mentioned above. However, later versions of libgwenhywfar use the standard int 
types (like uint32_t etc) after I discovered them ;-)

AqBanking2 is very much outdated and no longer supported at least by me.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Online OFX import of Investment Statements

[Martin Preuss]

Hi,

On Montag, 8. Juni 2009, Derek Atkins wrote:
 Martin Preuss aquaman...@gmx.de writes:
[...]
  My guess is that the AqBanking import code in GnuCash doesn't expect to
  encounter  investment data (because until now there wasn't any), so it
  simply handles everything as bank transactions.
 
  I would like to work on that (even though I have some time restraints due
  to daywork). But since you already spent so much time on improving
  AqBanking we might as well bring this to actual use for GnuCash.

 Thank you!
[...]

After looking into the code I can confirm that the AqBanking-related importer 
code in GnuCash indeed doesn't check for the transaction type but simply 
treats all transactions as ordinary bank transactions.

I looked into the OFX import code in GnuCash and I believe I found therein 
code which seems to be necessary for the AqBanking importer, too.

However, that particular code - function ofx_proc_transaction_cb() in 
src/import-export/gnc-ofx-import.c - seems to create a multitude of splits 
depending on the investment transaction type.

Since I'm no stock owner I have no idea what to make of those splits and 
transactions...

So I need some help: Could someone please explain what number and kind of 
transactions and splits need to be created when importing investment 
transactions? There seems to be special handling for REINVEST and INCOME type 
investment transactions...

BTW: Such a note might also be worth adding to the development wiki (if there 
is one) for future reference.


Thanks in advance
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Online OFX import of Investment Statements

[Martin Preuss]

Hi,

ok, so something probably needs to be done in Gnucash. 

As a first step: Could you maybe create or modify a to-be-imported OFX file 
and send it to me? I could then create an import context file and inspect it. 
After that I can look for the reason why GnuCash doesn't accept the data as 
stock items.

My guess is that the AqBanking import code in GnuCash doesn't expect to 
encounter  investment data (because until now there wasn't any), so it simply 
handles everything as bank transactions.

I would like to work on that (even though I have some time restraints due to 
daywork). But since you already spent so much time on improving AqBanking we 
might as well bring this to actual use for GnuCash.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Online OFX import of Investment Statements

[Martin Preuss]

Hi,

On Donnerstag, 4. Juni 2009, Stephen R. Besch wrote:
[...]
 1) Patch aqbanking to simply save a copy of the OFX data returned
 from the bank, skipping any attempt at parsing the file.
[...]

Hmm... I have a bit of a problem to commit the AqBanking patches. The idea 
behind the AqBanking library is to do what's required to return a list of 
transactions by any means necessary (in this case: OFX Direct Connect). Even 
though your approach might work well with your patched version of GnuCash it 
might not work with other applications. It would also prevent AqBanking from 
importing bank account transactions (which currently works reasonably well).

So from my point of view as AqBanking developer the correct approach would be 
to make the OFX parser of AqBanking parse the additional information rather 
than preventing the parser to work on OFX data at all.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AqBanking issues

[Martin Preuss]

Hi,

On Donnerstag, 4. Juni 2009, Phil Longstaff wrote:
 There are a number of AqBanking issues which are piling up in bugzilla.
 Christian, are you the developer in this area?  Will you be able to work on
 this for 2.3.X/2.4.0?  Is there someone else who can help you or take over
 for you?
[...]

At a first glance it appears that many of the reports concern meanwhile 
ancient versions of AqBanking.

Another big portion of reports seems to be about the well-discussed bug of 
GnuCash not being able to transfer money via AqBanking.

Someone already worked on that and he also provided a patch for GnuCash which 
at least for him fixed the problem (seen on a mailing list: gnucash-devel, I 
believe?).


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gwenhywfar-3.6.0.tar.gz not found

[Martin Preuss]

Hi,

I just reactivated the download for gwenhywfar-3.6.0. So you should be able to 
download this version again.

However, I strongly recommend using a newer version (best: 3.8.0) because of a 
few bug fixes since 3.6.0...


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: gwenhywfar-3.6.0.tar.gz not found

[Martin Preuss]

Hi,

On Mittwoch, 22. April 2009, Charles Day wrote:
 That version of the gwenhywfar package doesn't exist any more, at least not
 at that URL. You'll need to edit the defaults.sh script (I think) and
 provide a revised URL, probably for a newer version.
 Have a look here and see which version you want to try. Maybe 3.8.0? I have
 no idea.
 http://www2.aquamaniac.de/sites/download/packages.php
[...]

3.8.0 should be fine. This version is source- and binary-compatible to 3.6.0.


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: FYO: changing OFX version from 102 to 103 breaks access to citigroup (secureofx2.bankhost.com) credit cards

[Martin Preuss]

Hi,

I don't know which version of AqBanking you are using but newer version of 
AqBanking allow to set the protocol version (and some other stuff like APPID 
and APPVER) for the OFX header in the Online Banking Settings dialog (users 
tab, select the user, click edit and change to the OFX tab: There you 
should find the group box titled Expert Settings which contains Header 
Version. Set it to 102.


Regards
Martin

On Samstag, 24. Januar 2009, Archimerged Ark Submedes wrote:
 I reported this at https://bugzilla.redhat.com//show_bug.cgi?id=481084
 and they say CANTFIX.

 I found that the latest qbankmanager could still download stuff from
 citigroup credit cards,
 and that it used OFX version 102.

 /tmp/ofx.log has


 Sending:
 -
 OFXHEADER:100

 DATA:OFXSGML

 VERSION:103

 [...]



 Received:
 -
 Can not find DTD Version Tree!



   user {
 int  uniqueId=85
 char backendName=aqofxconnect
 char userName=xxx
 char userId=xxx
 char customerId=xxx
 char country=US
 char bankCode=6642
 int  lastSessionId=0

 data {
   backend {
 char fid=24909
 char org=Citigroup
 char serverType=https
 char
 serverAddr=https%3A%2F%2Fsecureofx2.bankhost.com%2Fciti%2Fcgi%2Dforte%2Fof
x%5Frt?servicename%3Dofx%5Frt%26pagename%3Dofx char flags=statements,
 emptyBankId
   } # backend
 } # data
   } # user
 ___
 gnucash-devel mailing list
 gnucash-devel@gnucash.org
 https://lists.gnucash.org/mailman/listinfo/gnucash-devel



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Enhancement request: 'Native' importing of '.CSV' files

[Martin Preuss]

Hi,

On Dienstag, 20. Januar 2009, Dave Reiser wrote:
[...]
 aqbanking (but maybe only the almost release version4?) also has some
 capability for csv handling. I'm pretty sure that would mean someone
 would have to write a module for gnucash talking to the csv piece
 instead of ofx or hbci bits of aqbanking. But it might be simpler than
 starting from scratch.
[...]

AqBanking supports CSV for a long time now; It manages quite detailed CSV 
profiles with a variety of settings so it works with a wide range of CSV 
files. There already are many prepared profiles and it would be rather easy 
to add a new profile. Once a profile for the CSV files in question has been 
created it can be used by any application which is able to use the AqBanking 
importer.

However, current GnuCash only supports a few of the AqBanking importers 
(hardcoded into Gnucash last time I looked), and AFAIK the CSV importer is 
not in that list.

Once I offered to code a more generic interface for GnuCash to use *all* 
importers, but I needed a little bit of help from the GnuCash team. 
Unfortunately nobody had the time so this was never realized. And now it is 
me who has limited spare time to work on such things :-/

So right now the AqBanking CSV importer doesn't fit your needs.


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AQbanking beta forgets user OFX page

[Martin Preuss]

Hi,

On Samstag, 15. November 2008, Bruce Perens wrote:
[...]
 Can you give me a clue where to look, to solve this problem? I've read
 some of the code, but haven't even found the part that's writing the
 configuration file yet.
[...]

I just tried yesterday and here the OFX user page doesn't forget things (at 
least not when called from QBankManager). If I popup that dialog, make some 
changes, close the dialog and reopen it later then the changes appear just as 
I would expect them to.

Could you please tell me exactly what you are doing (step-by-step) and what 
the result is?


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AQbanking beta forgets user OFX page

[Martin Preuss]

On Samstag, 15. November 2008, Bruce Perens wrote:
[...]
 I guess for now, I can just back-port the CLIENTUID changes to 2.2.7 .
[...]

If I remember correctly you said that you were using AqBanking 3.99.x. But 
currently GnuCash doesn't compile with AqBanking4 (I submitted a patch a 
while ago, but it hasn't been fully applied).

So did you make the necessary changes in GnuCash yourself?


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AQbanking beta forgets user OFX page

[Martin Preuss]

Hi,

On Samstag, 15. November 2008, Bruce Perens wrote:
 Martin Preuss wrote:
  If I remember correctly you said that you were using AqBanking 3.99.x.
  But currently GnuCash doesn't compile with AqBanking4 (I submitted a
  patch a while ago, but it hasn't been fully applied).

 Oh. I built using Gnucash and Gwenhywfar from subversion (checked out
 again yesterday) and AqBanking 3.99.1 . It compiles. What additional
 patches should I apply to the current subversion trunk of Gnucash?
[...]

Curious... I tried trunk a few days ago and it was missing some defines... Do 
you have by any chance AqBanking3 installed on your system? Maybe GnuCash is 
picking that one up?

Anywho, the now latest release (3.99.3beta, just released a few minutes ago) 
should fix the problem (it was indeed a bug in AqBanking4).


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: OFX transaction using CLIENTUID works

[Martin Preuss]

Hi,

On Dienstag, 11. November 2008, Bruce Perens wrote:
[...]
 With the changes in the latest beta release of AQBanking and the SVN
 versions of GnuCash and gwenhywfar, I was able to successfully log in
 and download my account summary using a CLIENTID generated by Quicken
 for Windows. Header version 103 is required.
[...]

Thank's for the feedback!


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: AQbanking beta forgets user OFX page

[Martin Preuss]

Hi,

On Dienstag, 11. November 2008, Bruce Perens wrote:
[...]
 The latest beta of the aqbanking setup wizard isn't saving the user's
 OFX configuration page. It does write the general information page for
 that user.
[...]

Do you mean 3.99.1? Is there any information shown when reopening the OFX 
config page?


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Example of OFX transaction using CLIENTUID - Need some support to communicate with my bank.

[Martin Preuss]

Hi,

On Samstag, 1. November 2008, Bruce Perens wrote:
[...]
 server requires CLIENTUID. Would you be able to use the information in
 this message to implement CLIENTUID? I would then test it.
[...]

I would ;-) In fact, I just implemented the basic stuff using your logs (e.g. 
added an API functon allowing to set the CLIENTUID). I will have to add some 
code to the settings GUI for this as well.

However, do you have any idea how that CLIENTUID is generated? Would it be 
posible to use any CLIENTUID, is this tied to the particular version of 
Quicken you are using? Is this CLIENTUID the same in all the requests?

And: Could you maybe create a short description of how you generated the log 
with Quicken? Just in case someone else needs to (that way I could simply 
tell the user to generate the log the way you did and lookup the CLIENTUID).

regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Example of OFX transaction using CLIENTUID - Need some support to communicate with my bank.

[Martin Preuss]

Hi again,

On Samstag, 1. November 2008, Martin Preuss wrote:
[...]
 I just implemented the basic stuff using your logs
 (e.g. added an API functon allowing to set the CLIENTUID). I will have to
 add some code to the settings GUI for this as well.
[...]

Ok, I just finished the GUI stuff. Since I was on it I added support for some 
servers which only accept the short datetime format (e.g. MMDDhhmmss 
instead of MMDDhhmmss.xxx).

The OFX specs say that a server should accept both formats but unfortunately 
some servers don't comply... Anyhow, those servers are now also supported by 
AqBanking (and GnuCash).


regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Example of OFX transaction using CLIENTUID - Need some support to communicate with my bank.

[Martin Preuss]

Hi,

On Samstag, 1. November 2008, Bruce Perens wrote:
 Martin Preuss wrote:
  However, do you have any idea how that CLIENTUID is generated?

 I think it's a random number, generated once and sent the same with all
 successive transmissions. In that log it's sent twice, and both are the
 same. After it was sent, I got an automated email from the mechanics
 bank confirming that I had registered my Intuit Quicken data file.
[...]

Ok, then I guess you should use that very same CLIENTUID with GnuCash as 
well...

[...]
 Should I pull both GNUCash and AQBanking from subversion? Is there any
 branch name I should use?
[...]

trunk for both should do fine (trunk of AqBanking now contains code for 
upcoming AqBanking4, and trunk of GnuCash is now adapted to AqBanking4).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: GnuCash win32 building...

[Martin Preuss]

Hi,

On Samstag, 25. Oktober 2008, Andreas Köhler wrote:
[...]
  Anyone know how to proceed?

 does adding -lz to the gcc command fix this error? Martin should know
 it :-)
[...]

Actually, I do ;-) It has already been fixed in SVN right after I received 
this mail ;-)


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

PATCH: Fixed a bug in import via aqbanking

[Martin Preuss]

Hi,

I attached a patch which should make import via aqbanking work with 
AqBanking3/4. The patch is against trunk.


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
From 9059109244b61cc19d4c585faa96abad3ec4fbe8 Mon Sep 17 00:00:00 2001
From: Martin Preuss [EMAIL PROTECTED]
Date: Wed, 22 Oct 2008 12:17:01 +0200
Subject: [PATCH] Fixed a bug in AqBanking import code (don't use GWEN's buffered io here).

---
 src/import-export/aqbanking/gnc-file-aqb-import.c |   13 ++---
 1 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/src/import-export/aqbanking/gnc-file-aqb-import.c b/src/import-export/aqbanking/gnc-file-aqb-import.c
index 14b81ae..82fd233 100644
--- a/src/import-export/aqbanking/gnc-file-aqb-import.c
+++ b/src/import-export/aqbanking/gnc-file-aqb-import.c
@@ -68,7 +68,7 @@ gnc_file_aqbanking_import(const gchar *aqbanking_importername,
 GWEN_DB_NODE *db_profiles = NULL;
 GWEN_DB_NODE *db_profile;
 AB_IMEXPORTER_CONTEXT *context = NULL;
-GWEN_IO_LAYER *io, *buffio;
+GWEN_IO_LAYER *io;
 GncABImExContextImport *ieci = NULL;
 AB_JOB_LIST2 *job_list = NULL;
 
@@ -160,20 +160,19 @@ gnc_file_aqbanking_import(const gchar *aqbanking_importername,
 /* Wrap file in buffered gwen io */
 io = GWEN_Io_LayerFile_new(dtaus_fd, -1);
 dtaus_fd = -1;
-buffio = GWEN_Io_LayerBuffered_new(io);
-if (GWEN_Io_Manager_RegisterLayer(buffio)) {
-g_warning(gnc_file_aqbanking_import: Failed to wrap file);
-goto cleanup;
+if (GWEN_Io_Manager_RegisterLayer(io)) {
+	g_warning(gnc_file_aqbanking_import: Failed to wrap file);
+	goto cleanup;
 }
 
 /* Run the import */
-if (AB_ImExporter_Import(importer, context, buffio, db_profile, 0)) {
+if (AB_ImExporter_Import(importer, context, io, db_profile, 0)) {
 g_warning(gnc_file_aqbanking_import: Error on import);
 goto cleanup;
 }
 
 /* Close the file */
-GWEN_Io_Layer_free(buffio);
+GWEN_Io_Layer_free(io);
 
 /* Import the results */
 ieci = gnc_ab_import_context(context, AWAIT_TRANSACTIONS,
-- 
1.5.4.3

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Patch: Allow to compile GnuCash against upcoming AqBanking4

[Martin Preuss]

Hi,

the attached patch allows for GnuCash to be compiled against the upcoming 
AqBanking4.
As you can see the impact on GnuCash is minor (we only need to add a argument 
to AB_Banking_OnlineInit() and AB_Banking_OnlineFini()).

The patch can be applied against the latest SVN of branch 2.2 (r17613).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
From 6fcd4edbd118769b4e6c65cc451ed33c3474c0f2 Mon Sep 17 00:00:00 2001
From: Martin Preuss [EMAIL PROTECTED]
Date: Sat, 4 Oct 2008 13:20:17 +0200
Subject: [PATCH] This patch allows to compile GnuCash against the upcoming AqBanking4 as well as AqBanking3.

---
 src/import-export/aqbanking/druid-ab-initial.c|   25 -
 src/import-export/aqbanking/gnc-ab-getbalance.c   |   19 +++-
 src/import-export/aqbanking/gnc-ab-gettrans.c |   19 +++-
 src/import-export/aqbanking/gnc-ab-transfer.c |   19 +++-
 src/import-export/aqbanking/gnc-file-aqb-import.c |   20 -
 5 files changed, 97 insertions(+), 5 deletions(-)

diff --git a/src/import-export/aqbanking/druid-ab-initial.c b/src/import-export/aqbanking/druid-ab-initial.c
index 91a6320..b9a6d0c 100644
--- a/src/import-export/aqbanking/druid-ab-initial.c
+++ b/src/import-export/aqbanking/druid-ab-initial.c
@@ -55,6 +55,13 @@ static QofLogModule log_module = G_LOG_DOMAIN;
 
 #define DRUID_AB_INITIAL_CM_CLASS druid-ab-initial
 
+#if (AQBANKING_VERSION_MAJOR  3) || \
+  ((AQBANKING_VERSION_MAJOR == 3)  \
+(AQBANKING_VERSION_MINOR == 9))
+# define AQBANKING_VERSION_4_PLUS
+#endif
+
+
 typedef struct _ABInitialInfo ABInitialInfo;
 typedef struct _DeferredInfo DeferredInfo;
 typedef struct _AccCbData AccCbData;
@@ -161,7 +168,11 @@ dai_destroy_cb(GtkObject *object, gpointer user_data)
 }
 
 if (info-gnc_hash) {
-AB_Banking_OnlineFini(info-api);
+#ifdef AQBANKING_VERSION_4_PLUS
+	AB_Banking_OnlineFini(info-api, 0);
+#else
+	AB_Banking_OnlineFini(info-api);
+#endif
 g_hash_table_destroy(info-gnc_hash);
 info-gnc_hash = NULL;
 }
@@ -323,7 +334,11 @@ dai_match_page_prepare_cb(GnomeDruidPage *druid_page, GtkWidget *widget,
 info-match_page_prepared = TRUE;
 
 /* Load aqbanking accounts */
+#ifdef AQBANKING_VERSION_4_PLUS
+AB_Banking_OnlineInit(info-api, 0);
+#else
 AB_Banking_OnlineInit(info-api);
+#endif
 
 /* Determine current mapping */
 root = gnc_book_get_root_account(gnc_get_current_book());
@@ -362,7 +377,11 @@ banking_has_accounts(AB_BANKING *banking)
 
 g_return_val_if_fail(banking, FALSE);
 
+#ifdef AQBANKING_VERSION_4_PLUS
+AB_Banking_OnlineInit(banking, 0);
+#else
 AB_Banking_OnlineInit(banking);
+#endif
 
 accl = AB_Banking_GetAccounts(banking);
 if (accl  (AB_Account_List2_GetSize(accl)  0))
@@ -373,7 +392,11 @@ banking_has_accounts(AB_BANKING *banking)
 if (accl)
 AB_Account_List2_free(accl);
 
+#ifdef AQBANKING_VERSION_4_PLUS
+AB_Banking_OnlineFini(banking, 0);
+#else
 AB_Banking_OnlineFini(banking);
+#endif
 
 return result;
 }
diff --git a/src/import-export/aqbanking/gnc-ab-getbalance.c b/src/import-export/aqbanking/gnc-ab-getbalance.c
index a2d61e4..751c01b 100644
--- a/src/import-export/aqbanking/gnc-ab-getbalance.c
+++ b/src/import-export/aqbanking/gnc-ab-getbalance.c
@@ -39,6 +39,12 @@
 #include gnc-gwen-gui.h
 #include gnc-ui.h
 
+#if (AQBANKING_VERSION_MAJOR  3) || \
+  ((AQBANKING_VERSION_MAJOR == 3)  \
+(AQBANKING_VERSION_MINOR == 9))
+# define AQBANKING_VERSION_4_PLUS
+#endif
+
 /* This static indicates the debugging module that this .o belongs to.  */
 static QofLogModule log_module = G_LOG_DOMAIN;
 
@@ -62,10 +68,17 @@ gnc_ab_getbalance(GtkWidget *parent, Account *gnc_acc)
 g_warning(gnc_ab_gettrans: Couldn't get AqBanking API);
 return;
 }
+#ifdef AQBANKING_VERSION_4_PLUS
+if (AB_Banking_OnlineInit(api, 0) != 0) {
+g_warning(gnc_ab_gettrans: Couldn't initialize AqBanking API);
+goto cleanup;
+}
+#else
 if (AB_Banking_OnlineInit(api) != 0) {
 g_warning(gnc_ab_gettrans: Couldn't initialize AqBanking API);
 goto cleanup;
 }
+#endif
 online = TRUE;
 
 /* Get the AqBanking Account */
@@ -116,6 +129,10 @@ cleanup:
 if (job)
 AB_Job_free(job);
 if (online)
-AB_Banking_OnlineFini(api);
+#ifdef AQBANKING_VERSION_4_PLUS
+	AB_Banking_OnlineFini(api, 0);
+#else
+	AB_Banking_OnlineFini(api);
+#endif
 gnc_AB_BANKING_fini(api);
 }
diff --git a/src/import-export/aqbanking/gnc-ab-gettrans.c b/src/import-export/aqbanking/gnc-ab-gettrans.c
index 0f0d7a6..d51ce61 100644
--- a/src/import-export/aqbanking/gnc-ab-gettrans.c
+++ b/src/import-export/aqbanking/gnc-ab-gettrans.c
@@ -41,6 +41,12 @@
 #include gnc-gwen-gui.h
 #include import-main-matcher.h
 
+#if (AQBANKING_VERSION_MAJOR  3

Re: AqBanking Import/Export (was: import/export bounty)

[Martin Preuss]

Hi,

On Mittwoch, 24. September 2008, Derek Atkins wrote:
 Martin Preuss [EMAIL PROTECTED] writes:
[...]
  Hmm, just a thought: GnuCash already uses the import framework of
  AqBanking (in addition to GnuCash's own importers), maybe the CSV
  importer of AqBanking could be usefull to you as well?

 It could be.  Does AqB support investment accounts, yet?
[...]

Partly. But at least for those users who only want to import their banking 
statements investment accounts aren't a killer feature (unless of course they 
have investment accounts only ;-)

So even if investment accounts were completely unsupported by the importer 
many users could benefit from the AqBanking CSV importer, because...

[...]
 Maybe.  One of the cool things about the raw CSV importer is that
 you can create a profile in real-time.  It will show you the raw
 text of the columns as it imports them and then you can choose
 (in real time) how to interpret the columns.
[...]

... while this is an elegant way to import CSV data occasionally, it is 
additional work for the user if he is to import CSV data on a regular basis. 
For that job predefined profiles might be a nice service.

Those profiles not only specify which column contains what field. They also 
specify date formats, amount formats etc. These are quite special for some 
banks, so having to specify those pecularities each and every time a CSV file 
is to be imported might be some work... Especially when there already *is* an 
importer which can take care of this automatically.

That's the reason why I proposed allowing for AqBanking's CSV to be used 
additionally (because AqBanking already uses some of the importers).

The only necessary addition I can think of is to add a dialog which allows for 
the user to choose one of the predefined profiles.

BTW: This addition would also help current users of the other AqBanking 
importers, namely SWIFT MT94x. Currently the profiles SWIFT-MT940 
and SWIFT-MT942 are hardcoded into GnuCash. This caused a problem for a 
user who wrote me about his AMRO-MT940 files. There already is a profile for 
those files in AqBanking, but GnuCash doesn't use it (and doesn't allow to 
choose *that* profile).

If someone where to write a dialog which only presents a list of names and 
allows the user to choose among them I could provide the code to deliver 
those names...

The same code could also be used to allow for *all* AqBanking importers 
(future *and* present) to be used without the need to modify GnuCash at the 
arrival of new plugins.

AqBanking has code which allows for the format to be determined automatically 
(CSV, SWIFT, DTAUS). However, with some files the code can't be sure so it 
must present the user with a list of candidates (this would also be a dialog 
which presents a list of names among which the user needs to choose).

Summary: If someone could provide the code for a simple GTK dialog which 
presents a short description and a list of names to choose from I could 
provide the rest (my GTK skills are extremely bad, that's why I don't dare to 
write my own dialog).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

AqBanking Import/Export (was: import/export bounty)

[Martin Preuss]

Hi,

On Dienstag, 23. September 2008, Derek Atkins wrote:
[...]
 We did the GSoC in 2007.  We got 4 students, and only two of them
 actually did anything.  The CSV importer is actually in trunk, but
 it has lots of problems.
[...]

Hmm, just a thought: GnuCash already uses the import framework of AqBanking 
(in addition to GnuCash's own importers), maybe the CSV importer of AqBanking 
could be usefull to you as well?

The AqBanking CSV importer has a growing number of predefined profiles for 
different known sources. It can also skip a fixed number of lines at the 
beginning etc. Maybe that could be usefull for GnuCash as well?

What I would suggest however is that the Gnucash code presents the user a list 
of the known profiles for the selected importer (currently used by GnuCash: 
SWIFT, DTAUS). Gnucash already reads the list of known profiles via a 
function of AqBanking but it doesn't allow for the user to choose a profile.

That would also help users who currently can't import SWIFT MT940 documents in 
the flavour used by AMRO bank: There already is a working profile for this 
specific format but GnuCash has the profile SWIFT-MT940 hardwired 
internally...


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Issue With AqBanking and Qt

[Martin Preuss]

Hi,

On Mittwoch, 17. September 2008, Andreas Köhler wrote:
[...]
 the guys reading it can probably help you in some way, although I
 suppose Upgrade to AqBanking3, AqBanking2 is unsupported will be among
 the answers ;-)  Unfortunately, the upcoming 2.2.7 will still use
 AqBanking2.
[...]

That would be at least my answer because I currently don't have the time to 
support outdated AqBanking2, and since GnuCash now supports AqBanking3 (it 
was the last application to switch to AqBanking3) there is not much of a 
reason to work on AqBanking2 anymore...

Anyhow, when it comes to WIN32 I'm way out of my field. I never ran GnuCash on 
Windows, and I never tested the QT4 port of AqBanking's QT frontend (because 
QBankManager and KMyMoney are still QT3-based). 

But maybe someone on the AqBanking-list did...


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: compiling 2.2.6 with aqbanking 3 for windows

[Martin Preuss]

Hi,

On Freitag, 22. August 2008, Andreas Köhler wrote:
[...]
 BTW, was there a problem building aqdtaus?  I see from the patch that it
 is not in the specified list of to-be-built aqbanking backends anymore.
[...]

There no longer is AqDTAUS in AqBanking since AqBanking 3.x due to lack of 
requests. AqGeldKarte is missing, too (same reason).


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: more on OFX data and bank codes

[Martin Preuss]

Hi,

just for the record: HBCI via AqBanking3 seems to be working for me now.

I just performed a quick test by requesting transaction statements, though. I 
didn't test transfers etc. But transaction statements are now imported 
nicely :-)

Thanks for the hard work :-)


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofxdirectconnect in aqbanking3 branch

[Martin Preuss]

Hi,

On Montag, 21. Juli 2008, Dave Reiser wrote:
[...]
 Another problem is that all the descriptions showed up in the Transaction
 Matcher as 'unspecified'. Description should contain the contents of the
 OFX tag NAME or MEMO. My credit card company puts it in NAME, the
 investment broker in MEMO. Having all those descriptions show up as
 Unspecified makes matching difficult to impossible.
[...]

Di you have an example file for me to test the parser against? I could then 
fix possible bugs in AqBanking's OFX parser. At least for STMTTRN I'm 
positive that info from MEMO and NAME are added to the list of purpose lines 
in imported transactions :-/

[...]
 I still cannot connect to my main investment broker using aqbanking3. I
 still get a network error on every connection attempt. I can successfully
 connect with aqbanking2, and the ofx.log file shows identical ofx queries
 for both (except for the timestamps in NEWFILEUID, DTCLIENT, and
 TRNUID). Martin, something is different between aqbanking/gwen 3 and 2
 that isn't showing up in ofx.log.
[...]

Hmm, I can't say what :-/ Doesn't the console show anything interesting?


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofxdirectconnect in aqbanking3 branch

[Martin Preuss]

Hi,

On Sonntag, 20. Juli 2008, Andreas Köhler wrote:
 On So, 2008-07-20 at 13:46 +0200, Martin Preuss wrote:
[...]
 You may want to take a look at http://wiki.gnucash.org/wiki/Backtrace .
 A stack trace would indeed be brilliant. Maybe it also helps to start
 gnucash with --logto stderr --log gwenhywfar=debug --log
 aqbanking=debug (other log levels being info, mess, warn, crit and
 error, btw).
[...]

Ok, here is the backtrace:

---X8
#0  0xb722c463 in memmove () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#1  0xb735c574 in gnc_utf8_strip_invalid (str=0x0) at gnc-glib-utils.c:195
end = (gchar *) 0xb61f9240 U\211�S\203�$�\233���\201�\024�
len = 16
#2  0xb735c5c3 in gnc_utf8_strip_invalid_strdup (str=0x0) at 
gnc-glib-utils.c:203
result = (gchar *) 0x0
#3  0xb61f97cb in ab_account_longname (ab_acc=0x86b3e18) at 
druid-ab-initial.c:475
bankname = (gchar *) 0xb5c50a14 \020y\016
result = (gchar *) 0xff0a Address 0xff0a out of bounds
bankcode = 0xbf888c24 \205�P\021`�]\b/Ӧ�\004\201\004\201H\214\210�/3ǵ 
�W\b\004\201x\214\210�U4ǵ\030k\b �W\bx\214\210�cZi�\034�G\b\001
__PRETTY_FUNCTION__ = ab_account_longname
#4  0xb61f98a5 in update_account_list_acc_cb (ab_acc=0x86b3e18, 
user_data=0x857a920)
at druid-ab-initial.c:504
info = (ABInitialInfo *) 0x857a920
gnc_name = (gchar *) 0xb5c7332f \203�\004
[]�U\211�S\203�\004�\206���\201��M\005
ab_name = (gchar *) 0xbf888c48 x\214\210�U4ǵ\030k\b 
�W\bx\214\210�cZi�\034�G\b\001
gnc_acc = (Account *) 0xb5cc8104
iter = {stamp = 290500997, user_data = 0x85de160, user_data2 = 
0xb7a6d32f,
  user_data3 = 0xb5cc8104}
__PRETTY_FUNCTION__ = update_account_list_acc_cb
#5  0xb5c73455 in AB_Account_List2_ForEach (l=0x86b9b68, fn=0xb61f9876 
update_account_list_acc_cb,
user_data=0x857a920) at account.c:31
it = (AB_ACCOUNT_LIST2_ITERATOR *) 0x86b95d0
el = (AB_ACCOUNT *) 0x86b3e18
#6  0xb61f9a63 in update_account_list (info=0x857a920) at 
druid-ab-initial.c:544
acclist = (AB_ACCOUNT_LIST2 *) 0x86b9b68
__PRETTY_FUNCTION__ = update_account_list
#7  0xb61f9328 in dai_match_page_prepare_cb (druid_page=0x85c0090, 
widget=0x8585c18,
user_data=0x857a920) at druid-ab-initial.c:331
info = (ABInitialInfo *) 0x857a920
root = (Account *) 0x840e2e8
data = {api = 0x85c3728, hash = 0x85d4168}
__PRETTY_FUNCTION__ = dai_match_page_prepare_cb
---X8

it looks like ab_account_longname() calls gnc_utf8_strip_invalid_strdup() with 
a NULL pointer...

Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofxdirectconnect in aqbanking3 branch

[Martin Preuss]

Hi,

On Sonntag, 20. Juli 2008, Andreas Köhler wrote:
 On Sa, 2008-07-12 at 07:57 +0200, Martin Preuss wrote:
[...]
 Any test feedback would be greatly appreciated.
[...]

Thanks, however, I always get a core dump in Tools/Online Banking Setup.

After the initial page pops up I click on Forward which leads to the second 
page. I then do not start the AqBanking Wizard since my homebanking already 
is setup so instead I click on Forward again and that's where it crashes.

A core dump is created but since the file gnucash isn't an executable by 
itself I can't create a backtrace...


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: Plans for MBS/IP? (Austrian protocol)

[Martin Preuss]

Hi,

On Freitag, 18. Juli 2008, [EMAIL PROTECTED] wrote:
[...]
 So my question is: Are there any plans/possibilities, to see this protocol
 in gnucash any time?
[...]

As far as AqBanking is concerned: Most likely not.

It's not that I don't want to, the reason is the STUZZA (which is the 
organisation to be contacted if you want to get to the specifications).

A few years ago - while I was implementing YellowNet, a Swiss protocol - I 
kindly asked the STUZZA about the specs. Unfortunately their answer was quite 
rude.

They told me, that they want to protect their protocol by not allowing free 
implementations because they believe that only a proprietary project is able 
to keep up with the changes in the specs. Open Source clients which would not 
be able to accomplish this - yeah, right - would hurt the protocol.

That is a bit surprising if you look at their homepage and their desciption of 
themselves... However, since they provide their own client I belive the real 
reasons lie elsewhere...

Anyway, at that particular moment I was happy to live in a country whose 
national homebanking protocols - HBCI, EBICS - are provided to everybody for 
free, as opposed to security by obscurity.

Their argumentation and the rudeness of the answers from my contact led me to 
drop the whole matter for good. A few years later someone asked me about this 
again and he told me that he had some usable contacts there but he was never 
heard of again.

So in short: I don't think that we will ever see a free implementation of the 
protocol in question, and I never want to contact the STUZZA again.


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: time_t

[Martin Preuss]

Hi,

On Mittwoch, 16. Juli 2008, Charles Day wrote:
 On Wed, Jul 16, 2008 at 9:47 AM, Derek Atkins [EMAIL PROTECTED] wrote:
  Mike or Penny Novack [EMAIL PROTECTED] writes:
[...]
 I agree, 1200UTC would prevent time zones from shifting transactions to
 another day. That would be a better default than  local. That could
 work for default price times as well (see but 541970).
[...]

That's what I'm doing in my own application for quite a long time. I had the 
same problems there when creating reports because all dates where stored in 
00:00 UTC which shifted backwards/forwards a day depending on the local time 
zone :-/ 
Since I'm using 12:00 UTC these problems have faded, though I have to admit 
that I don't have users in Togo as it seems :-)


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: time_t

[Martin Preuss]

Hi,

On Montag, 14. Juli 2008, Derek Atkins wrote:
 Quoting Charles Day [EMAIL PROTECTED]:
  This may be a silly question, but why is GnuCash limited to using dates
  that are supported by time_t? Could we get rid of time_t?
 
  I don't need to enter 18th century transactions; I'm just curious.

 time_t is #seconds since 1970-01-01 00:00:00

 So you cannot enter 18th century transactions via time_t.

 As a result, I don't really understand your question.
[...]

Well, I don't know if I got it right but I think what he meant was:

Though he currently doesn't need to enter dates which are outside the scope of 
time_t he is curious about the reason of the limitation to time_t instead of 
using another, wider type.

Maybe gnucash lives long enough to exceed the date range offered by time_t and 
then the question might arise again :-)


Regards
Martin


-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofxdirectconnect in aqbanking3 branch

[Martin Preuss]

Hi Andreas,

On Freitag, 11. Juli 2008, Andreas Köhler wrote:
 On Do, 2008-07-10 at 00:09 +0200, Martin Preuss wrote:
[...]
  So what I propose is this: You must already have a generic import/export
  interface which is able to import data from an AB_IMEXPORTER_CONTEXT,
  since you have an importer for SWIFT MT94x, so why not use this interface
  to import the data returned? For HBCI it makes no difference, but the
  other protocols can then also be safely used with GnuCash.

 I suppose this only concerns the fetching of transactions, not balances,
 right?
[...]

Nope, that also concerns balances (or any request for that matter), since some 
protocols do not allow to specifically request the balance (e.g. EBICS) but 
rather return the balance with the transaction statements (e.g. in the SWIFT 
MT94x).

So when requesting the balance you must also be prepared to import the whole 
imexporter context.

That's why I propose a single importation point between the application and 
AqBanking. It simplifies the design dramatically, and since you already have 
the interface for importing an ImExporterContext (-SWIFT MT94x importer) it 
would be easiest to use *that*.

Any request send to a bank returns its resulting data in the imexporter 
context, so it would be easiest to:
- create the corresponding job
- send it to the bank via AqBanking, passing it the ImExporterContext to use
- check for the status of the job
- import the ImExporterContext

That's how I do it in QBankManager and how it's done in the KMyMoney plugin 
and it works rather nicely.

[...]
 BTW, I followed
 http://www.mail-archive.com/[EMAIL PROTECTED]/msg00945.
html , even though you said that was not your recommended solution.
[...]

Right, but since GnuCash is setting standards when it comes to financial 
applications I don't think it should allow for the user to loose important 
data :-)


Regards
Martin



-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: ofxdirectconnect in aqbanking3 branch

[Martin Preuss]

Hi,

On Mittwoch, 9. Juli 2008, Jerry Jaskierny wrote:
 David Reiser [EMAIL PROTECTED] said:
[...]
WARN gnc.import.aqbanking gnc_ab_gettrans: No accountinfo result
  for this account
[...]

When asked for the list of accounts the bank returns the account number as 
say x1234. But when returning statements it only returns a substring 
for the account number (e.g. 1234).

Since GnuCash is directly looking for an AccountInfo object for the expected 
account number (in this example x1234) it doesn't succeed.

The solution would be for GnuCash to scan the AccountInfos available and 
compare the account number by itself, assuming a match if there is a 
substring match.

Or: rather than calling AB_ImExporterContext_FindAccountInfo() I suggest using 
code like this:


--X8
AB_IMEXPORTER_ACCOUNTINFO *ai;

ai=AB_ImExporterContext_GetFirstAccountInfo(ctx);
while(ai) {
  const char *s;

  s=AB_ImExporterAccountInfo_GetAccountNumber(ai);
  if (s  strstr(expectedAccountNumber, s)!=NULL)
break;
 
  ai=AB_ImExporterContext_GetNextAccountInfo(ctx);
}

/* ai is now either NULL or the matching AccountInfo */
--X8


Regards
Martin

-- 
Things are only impossible until they're not

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel