Summary: | CSV import only shows checking accounts when selecting Banking | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | Gerard Korsten <gerardkorsten> |
Component: | importer | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | max, onet.cristian, ralf.habacker, rnem170, tony |
Priority: | NOR | ||
Version: | git (master) | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kmymoney/93d5895375567fadc1e3ee40bbfc677adb50c84f | Version Fixed In: | 4.8.1 |
Sentry Crash Report: |
Description
Gerard Korsten
2016-06-17 17:20:59 UTC
Git commit 9c5397238947c8a010eb2e0939cb34d729dfb751 by Łukasz Wojniłowicz. Committed on 18/06/2016 at 17:16. Pushed by wojnilowicz into branch '4.8'. Set type of banking statement to unknown during CSV import Type of banking statement shouldn't be set to 'checkings' by default, bacause statement to be imported could be 'checking' but also 'credit card'. M +1 -2 kmymoney/plugins/csvimport/csvdialog.cpp http://commits.kde.org/kmymoney/9c5397238947c8a010eb2e0939cb34d729dfb751 Git commit 93d5895375567fadc1e3ee40bbfc677adb50c84f by Cristian Oneț, on behalf of Łukasz Wojniłowicz. Committed on 18/06/2016 at 18:08. Pushed by conet into branch 'master'. Set type of banking statement to unknown during CSV import Type of banking statement shouldn't be set to 'checkings' by default, bacause statement to be imported could be 'checking' but also 'credit card'. (cherry picked from commit 9c5397238947c8a010eb2e0939cb34d729dfb751) M +1 -2 kmymoney/plugins/csvimport/csvdialog.cpp http://commits.kde.org/kmymoney/93d5895375567fadc1e3ee40bbfc677adb50c84f *** Bug 365802 has been marked as a duplicate of this bug. *** I've tested the latest 4.8 Branch with the fix that was done here. It only shows checking accounts and investment accounts. It does not show : Asset, Liability, Credit Card, Savings or any of the other accounts anymore. (In reply to NSLW from comment #1) > Git commit 9c5397238947c8a010eb2e0939cb34d729dfb751 by Łukasz Wojniłowicz. > Committed on 18/06/2016 at 17:16. > Pushed by wojnilowicz into branch '4.8'. > > Set type of banking statement to unknown during CSV import > > Type of banking statement shouldn't be set to 'checkings' by default, > bacause statement to be imported could be 'checking' but also 'credit > card'. > > M +1 -2 kmymoney/plugins/csvimport/csvdialog.cpp > > http://commits.kde.org/kmymoney/9c5397238947c8a010eb2e0939cb34d729dfb751 Credit card imports still do not work on 4.8.0. The fix "Thanks for the files. As I wrote before, CSV should be already fixed in upcoming KMM 4.8.1. Something is wrong with QIF importer in KMM, because file has correct type "!Type:CCard" and its account type is being incorrectly recognized. That needs to be fixed. As temporary fix you can use workaround provided by Allan Anderson https://mail.kde.org/pipermail/kmymoney-devel/2016-June/016810.html" should be present in 4.8.1. (In reply to Gerard Korsten from comment #0) > I think it is related to commit bfa7b5ac37d2203e4a88d9ac73b1ec43ce5211b4 Can confirm, reverting this commit in git 4.8 branch brings back the missing accounts. (In reply to Ralf Habacker from comment #6) > Can confirm, reverting this commit in git 4.8 branch brings back the missing accounts. I can confirm too that Lukasz fixed this issue with his patch in comment. I got the bug because I did run kmymoney from build dir which is not supported according to https://docs.kde.org/trunk5/en/extragear-office/kmymoney/installation.fromsource.html because kmymoney loads installed plugins instead the one from the current build dir. Using LD_LIBRARY_PATH or KDEDIRS did not help. Ralf - it is possible (but not easy) to run a newly compiled version of KMM. I use a specific install prefix just for that purpose - I don't think it will work directly from the build dir since I'm not sure all the directories are in the (relative) expected location. It involves setting some KDE env variables and running kbuildsycocaX where X is 4 or 5. Actually, I have separate locations for 4 (4.8.0) and 5 (frameworks from master). I'll be glad to post the script I use to the dev mailing list if there is interest. (In reply to Jack from comment #8) > I don't think it will work directly from the build dir May be that the issue reported in comment 4 has been caused by the same reason as it looks to be build from git. > I'll be glad to post the script I use to the dev mailing list if there is interest. Please, it is always good to be able to run a local build version beside the stable version. It has been over a year since the last release of KMyMoney and since this bug was reported. When will a new version with the fix be released? The team is working on releasing 4.8.1, but please remember we are all volunteers with real lives, so it never goes as fast as we want it to. However, given the current efforts, it appears likely to be within another month or two. Most of the developers efforts are going towards releasing version 5 (for KDE Frameworks) which will also include all the fixes for 4.8.1. |