Bug 360712

Summary:	kmymoney (4.6.4): crash at the end of aqbanking importer of a diba datafile
Product:	[Applications] kmymoney	Reporter:	JS <j.schweiker>
Component:	importer	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	RESOLVED WORKSFORME
Severity:	major	CC:	christian-david
Priority:	NOR
Version:	4.6.6
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description JS 2016-03-18 17:58:48 UTC

In kmymoney 4.6.4 >>> start of aqbanking importer, then selecting the data file. After selecting the csv importer and the profile for diba datafile > then after pressing the finish button the application crashes completely. After restart i can see that the data import was not done. Unfortunately this problem occurs every time in exactly the same way. I try to find any failure within the diba profile, but it looks like everything is configured correct. So please help me with this problem, because i like kmymoney very much. It is the best tool for personal finance management. Thanks for your great programming efforts.

Reproducible: Always

Steps to Reproduce:
1. start of aqbanking importer
2. selecting the ING-diba data file with transactions inside (which i have download from the online banking website.
3. selecting the csv importer and 
4. the profile for diba datafile
5. after pressing the finish button the application crashes completely

Actual Results:  
after restart i can see that the data import was not done.

Expected Results:  
the application should ask for which account the imported transactions are. At the end new transactions should be imported. Regular repeated transactions should be found and the user have to accept each.

So please help me with this problem, because i like kmymoney very much. It is the best tool for personal finance management. Thanks for your great programming efforts.

Comment 1 Christian David 2016-03-19 17:08:42 UTC

I have some questions regarding the investigation of this bug.

Are you using a database or a .kmy file to store your data?
Which version of AqBanking are you using¹? Did you install them using Ubuntu packages?
Does or did the importer work with another profile or csv file?

Thank you for you help!

¹ You can use the command "aqbanking-cli versions" to get this pice of information. https://help.ubuntu.com/community/UsingTheTerminal#Starting_a_Terminal describes how to open a terminal.

Comment 2 Thomas Baumgart 2016-03-19 17:14:08 UTC

I have some questions as well:

Is it really 4.6.4? Please consider to find a newer version. Latest version to be known from packages is 4.7.2
Can you use the HBCI interface? I use that for my DiBa accounts for transaction download. Works like a charm. It is much better than going through the CSV hassle.

Your mileage may vary - I am using the git master version.

Comment 3 JS 2016-03-19 20:58:45 UTC

The HBCI interface i have to make some tests.
I like my actual linux, i am using Linux mint 17.2 Cinnamon ( = Ubuntu Packages 14.04 ). The version 4.6.4 comes via the standard package management within this version.
Following the bash results:
$ aqbanking-cli versions
Versions:
 AqBanking-CLI: 5.3.5
 Gwenhywfar   : 4.10.0.0
 AqBanking    : 5.3.5.0
$ kmymoney --version
Qt: 4.8.6
KDE: 4.14.2
KMyMoney: 4.6.4

May be i should install the git master version, but i do not know how to make this without crashing my system ...
May be some of you could give me link to a description or a tip.
Thank you so much for the your help.

Comment 4 JS 2016-03-19 21:22:28 UTC

Forgot the answer because of file type. I am using a .kmy file.
Till now i used the csv importer to import the transactions from my local bank, because they do not allow HBCI.
But now i have changed my bank account, this is why i have to find a new way for importing the transactions.
Thank you so much.

Comment 5 JS 2016-03-26 20:13:10 UTC

After several trials and the information from linuxwiki how to configure aqbanking, the hbci connection works now very well !!  So i have to say many thanks for the tip. From my side the problem is solved