Your message dated Sat, 25 Jun 2011 16:33:35 +0200
with message-id <[email protected]>
and subject line Re: Bug#628379: internal transactions broken
has caused the Debian Bug report #628379,
regarding internal transactions broken
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
628379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628379
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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-1 configuration files for libaqbanki
ii libaqbanking33 5.0.7-1 library 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
pgpKmsRs6GMMf.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Source: libaqbanking
Version: 5.0.10-1
Hi Daniel,
thank you for providing feedback on AqBanking via the Debian bug tracker.
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.
If you disagree, please re-open the bug and provide some information for
further debugging.
Cheers,
Micha
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk4F8bcACgkQWN0/4pnhQbRFwgCfd2N9pO4QKCeVG8wypCBTsXes
Vj8An2Tyk02CV4algqYy5DLhaxiC5l29
=DVe9
-----END PGP SIGNATURE-----
--- End Message ---
