After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 543049 - Banks return different format of account number than Gnucash expects
Banks return different format of account number than Gnucash expects
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Import - AqBanking
git-master
Other All
: Normal normal
: ---
Assigned To: Christian Stimming
Christian Stimming
Depends on:
Blocks:
 
 
Reported: 2008-07-15 07:45 UTC by jaskiern
Modified: 2018-06-29 22:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description jaskiern 2008-07-15 07:45:47 UTC
Please describe the problem:
Users are unable to Get Transactions from (at least) Chase and Discover credit card accounts.

Quoting https://devel.aqbanking.de/trac/aqbanking/ticket/21:

It is an internal problem between GnuCash? and the bank server, or better put: The bank seems to have returned earlier the account number different from what it returns in response to a statement request now. So GnuCash? strictly scans the data returned (i.e. ImExporterContext?) for an account number which isn't to be found (because the bank returned another account number here, in some cases only the last 4 digits of it). 



Steps to reproduce:
1. Get Transactions from a Chase or Discover Credit card account.


Actual results:
Transactions fail to be imported.  Gnucash log reports:

    * 00:22:55  WARN <gnc.import.aqbanking> gnc_ab_gettrans: No accountinfo result for this account

Expected results:
The Reconcile dialog to appear for the account transaction importing.

Does this happen every time?
It happens consistently.

Other information:
This was initially filed with Aqbanking.  Martin Preuss (of Aqbanking) took a look at this and recommended the following solution:

I suggest that GnuCash? rather than calling AB_ImExporterContext_FindAccountInfo() scans the list of Accountinfos in the ImExporterContext? itself and assumes a match if the account number given in an Accountinfo is a substring of the real account number (the one GnuCash? is searching for).

So actually there is nothing that AqBanking? can do about it ATM.
Comment 1 Andreas Köhler 2008-07-20 02:15:30 UTC
This is not GnuCash 2.2.4 as you wrote, right?
As you are already using non-released software, I guess that I can ask you to rebuild GnuCash from trunk to try out r17347 and tell us whether this helps you.
Comment 2 jaskiern 2008-08-30 17:23:29 UTC
On 07/28/08 12:18:04, Micha Lenk <micha@lenk.info> stated that AqBanking Bug #21[1] (this ticket is a duplicate of the the AQbanking issue) had been closed with the GnuCash changeset http://svn.gnucash.org/trac/changeset/17347 .


[1]  https://devel.aqbanking.de/trac/aqbanking/ticket/21
Comment 3 Andreas Köhler 2008-08-31 03:06:36 UTC
OK, so I am going to close this one as well.
Thanks for the report!
Comment 4 John Ralls 2018-06-29 22:07:36 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=543049. Please update any external references or bookmarks.