Bug#628379: internal transactions broken
Hi Daniel, Am 26.06.2011 20:43, schrieb Daniel Bayer: I could use the HBCI log produced while retrieving the account list ($HOME/.aqbanking/backends/aqhbci/data/banks/de/*.log) and parse it on my own machine to see whether there is extended account information or not. I'll send you some log files. Daniel, do you have any news on this issue? Martin, were you able to solve it? If yes, in which version? Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi, On Sonntag 17 Juli 2011, Micha Lenk wrote: [...] Martin, were you able to solve it? If yes, in which version? [...] I believe so, the current version (5.0.14) definately contains the intended fix, however, I can't say with which version it was introduced... 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
reopen 628379 reassign 628379 libaqhbci20 5.0.10-2 thanks Hi, On Sat, Jun 25, 2011 at 04:33:35PM +0200, Micha Lenk wrote: If I understood Martin correctly, Martin Preuß fixed the issue on May 29th, 2011 in SVN rev. 2196. His last notice on this issue was: [...] Done. I also fixed another bug in that area while I was at it. Please try the latest SVN version now, it should correctly update your account information. After that your account settings should contain ktv2. The fix should have been released in AqBanking 5.0.10. Hence I close this bug as fixed in libaqbanking 5.0.10-1. this change did not fix it for me. As I had not much free time, I only sent a short note to Martin and not to the bts. I just tried with an uptodate sid: In the Onlinebanking Verbindungsfenster called Verlaufsfenster in the menu, GnuCash shows for all my accounts the message | Extended account information is not available, some jobs might not work As expected the features that need this extended account information do not work. I started GnuCash with debug output enabled. There I found: | dba@maggie:~ $ grep -i hbci /tmp/gnucash.log | * 16:44:37 WARN aqhbci job.c: 1806: Extended account information is not available, some jobs might not work | * 16:44:37 WARN aqhbci job.c: 1806: Extended account information is not available, some jobs might not work | * 16:44:37 WARN aqhbci job.c: 1806: Extended account information is not available, some jobs might not work | * 16:44:37 WARN aqhbci job.c: 1806: Extended account information is not available, some jobs might not work | * 16:44:37 WARN aqhbci job.c: 1806: Extended account information is not available, some jobs might not work | * 16:47:11 CRIT aqhbci accountjob.c: 82: This job needs an account suffix, but your bank didn't provide one. Therefore this job is not supported with your account. | * 16:47:11 CRIT aqhbci provider.c: 394: Job not supported with this account | dba@maggie:~ $ Here I first retrieved statements for one account and then tried to perform an internal transaction. I remember that one of the selfcompiled versions of libahbci I tried emited more debug output. Mainly it first complained about unexpeded items and said it would ignore them. Later it complained about exactly the same items being missed. So I guess the error is somewhere in the message parsing code. Daniel pgpn8h1QMLgIo.pgp Description: PGP signature
Bug#628379: internal transactions broken
Hi, On Sonntag 26 Juni 2011, Daniel Bayer wrote: [...] | Extended account information is not available, some jobs might not work As expected the features that need this extended account information do not work. [...] That's exactly as expected: If there is no extended account information jobs which require it can't work... I could use the HBCI log produced while retrieving the account list ($HOME/.aqbanking/backends/aqhbci/data/banks/de/*.log) and parse it on my own machine to see whether there is extended account information or not. But without such logs I could only speculate about what's wrong with your setup or with AqHBCI... 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi, On Sun, Jun 26, 2011 at 06:14:54PM +0200, Martin Preuss wrote: On Sonntag 26 Juni 2011, Daniel Bayer wrote: [...] | Extended account information is not available, some jobs might not work As expected the features that need this extended account information do not work. [...] That's exactly as expected: If there is no extended account information jobs which require it can't work... I could use the HBCI log produced while retrieving the account list ($HOME/.aqbanking/backends/aqhbci/data/banks/de/*.log) and parse it on my own machine to see whether there is extended account information or not. I'll send you some log files. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Package: libaqhbci19 Version: 5.0.7-1 Severity: important File: /usr/lib/libaqhbci.so.19 Hi, for me internal transactions are broken since 5.0.6-1. The library complains about a missing account suffix in function AH_AccountJob_new(). Apparently it thinks my bank does not support internal transactions. But it does and it worked fine with 5.0.5-1. After going back to 5.0.5-1 internal transactions work again. Digging through the history I found commit r2177 in the development of 5.0.6: --- a/src/plugins/backends/aqhbci/plugin/accountjobs/accountjob.c +++ b/src/plugins/backends/aqhbci/plugin/accountjobs/accountjob.c @@ -44,7 +44,7 @@ AH_JOB *AH_AccountJob_new(const char *name, assert(u); assert(account); - if (AH_Account_GetFlags(account) AH_BANK_FLAGS_KTV2) { + if (!(AH_Account_GetFlags(account) AH_BANK_FLAGS_KTV2)) { int maxVer=0; /* no account suffix, so we try to determine the highest usable This is most probably the reason for the changed behaviour. If I read the code correctly this renders the functionalities internal transaction and load cellphone unuseable for everybody with a Sparkasse account in north germany. So I set the severity to important. Feel free to change it, if you think it is more critical or not that important. Regards, Daniel -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaqhbci19 depends on: ii libaqbanking-data 5.0.7-1configuration files for libaqbanki ii libaqbanking335.0.7-1library for online banking applica ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgwenhywfar60 4.0.9-1+b1 OS abstraction layer libaqhbci19 recommends no packages. Versions of packages libaqhbci19 suggests: ii libchipcard-libgwenhywfar60- 5.0.1test-2 crypttoken plugin to libgwenhywfar -- no debconf information pgpSkAw3VBbSk.pgp Description: PGP signature
Bug#628379: internal transactions broken
Hi, On Samstag 28 Mai 2011, Daniel Bayer wrote: [...] for me internal transactions are broken since 5.0.6-1. The library complains about a missing account suffix in function AH_AccountJob_new(). Apparently it thinks my bank does not support internal transactions. But it does and it worked fine with 5.0.5-1. After going back to 5.0.5-1 internal transactions work again. [...] If you are looking through your $HOME/.aqbanking/settings/accounts/*.conf: Does it contain the flag kto2? My guess is it doesn't. In that case it is rather another bug which I fixed today. 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi, On Samstag 28 Mai 2011, Martin Preuss wrote: [...] If you are looking through your $HOME/.aqbanking/settings/accounts/*.conf: Does it contain the flag kto2? [...] Sorry, I mean: Does the var accountFlags contain the flag ktv2? 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi! On Sat, May 28, 2011 at 04:53:46PM +0200, Martin Preuss wrote: On Samstag 28 Mai 2011, Daniel Bayer wrote: [...] for me internal transactions are broken since 5.0.6-1. The library complains about a missing account suffix in function AH_AccountJob_new(). Apparently it thinks my bank does not support internal transactions. But it does and it worked fine with 5.0.5-1. After going back to 5.0.5-1 internal transactions work again. [...] If you are looking through your $HOME/.aqbanking/settings/accounts/*.conf: Does it contain the flag kto2? None of the files in this directory contains the string kto2: | dba@maggie:~/.aqbanking/settings/accounts $ ls | uid%3a%3a0001.conf uid%3a%3a0003.conf uid%3a%3a0005.conf | uid%3a%3a0002.conf uid%3a%3a0004.conf uniqueid | dba@maggie:~/.aqbanking/settings/accounts $ grep kto2 * | dba@maggie:~/.aqbanking/settings/accounts $ My guess is it doesn't. In that case it is rather another bug which I fixed today. Is there a patch I can try? Daniel pgpDQZubSjWnH.pgp Description: PGP signature
Bug#628379: internal transactions broken
Hi, there is a new version in SVN right now. You could try that version and retrieve the account list again (depending on your application, it is somewhere in the Online Banking Setup). That should adjust your account settings in case the bank sends extended account information (which is needed for loading of prepaid cards). 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
On Sat, May 28, 2011 at 10:08:05PM +0200, Martin Preuss wrote: there is a new version in SVN right now. You could try that version and retrieve the account list again (depending on your application, it is somewhere in the Online Banking Setup). I downloaded the sources of the debian package, applied the patch, rebuilt and installed it. Then I started qbankmanager and retrieved the accound list again. The timestamps of the conf files changed, but there is still no ktv2: | dba@maggie:~/.aqbanking/settings/accounts $ grep accountFlag *conf | uid%3a%3a0001.conf: char accountFlags=preferSingleTransfer, preferSingleDebitNote | uid%3a%3a0002.conf: char accountFlags=preferSingleTransfer, preferSingleDebitNote | dba@maggie:~/.aqbanking/settings/accounts $ That should adjust your account settings in case the bank sends extended account information (which is needed for loading of prepaid cards). I don't care about prepaid cards. What I need are internal transactions, which used to work. Maybe my bank supports internal transactions but sends no extended account information. This would explain why it works with 5.0.5, wouldn't it? Is there a way to check this? Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi, On Sonntag 29 Mai 2011, Daniel Bayer wrote: [...] I downloaded the sources of the debian package, applied the patch, rebuilt and installed it. Then I started qbankmanager and retrieved the accound list again. The timestamps of the conf files changed, but [...] QBankManager is discontinued, it has never really been tested with QT4... I wasn't even aware that QBankManager actually works with AqBanking5 because I'm unable to compile it... [...] there is still no ktv2: [...] I don't care about prepaid cards. What I need are internal transactions, which used to work. [...] Both have the same requirements, that's why I mentioned it. Both need special account information. You could try adding ktv2 to the accountflags entry in your $HOME/.aqbanking/settings/accounts/*.conf file, like in: X8 char accountFlags=preferSingleTransfer, preferSingleDebitNote, ktv2 X8 [...] Maybe my bank supports internal transactions but sends no extended account information. This would explain why it works with 5.0.5, wouldn't it? Is there a way to check this? [...] I would need to look into the HBCI log file to make that determination. I will add a debug message to make it easier to detect whether extended account information is 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628379: internal transactions broken
Hi, On Sonntag 29 Mai 2011, Martin Preuss wrote: [...] I would need to look into the HBCI log file to make that determination. I will add a debug message to make it easier to detect whether extended account information is available... [...] Done. I also fixed another bug in that area while I was at it. Please try the latest SVN version now, it should correctly update your account information. After that your account settings should contain ktv2. 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/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org