[kmymoney] [Bug 468308] KmyMoney 5.1.2 crashes, using OpenSUSE 15.4 with KDE. KmyMoney v.5.1.3 runs good from Konsole.
https://bugs.kde.org/show_bug.cgi?id=468308 --- Comment #3 from jetdri...@gmx.com --- Conditions of failure have been stated, no resolutions to v5.1.2 have been offered yet. Failure continues to exist. Waiting for resolution. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468308] KmyMoney 5.1.2 crashes, using OpenSUSE 15.4 with KDE. KmyMoney v.5.1.3 runs good from Konsole.
https://bugs.kde.org/show_bug.cgi?id=468308 --- Comment #4 from Jack --- And we are still waiting for you to answer the questions in Comment #2. The conditions of the failure have not been stated other than that it occurs. In addition, we can't fix a crash without knowing why it crashes (a backtrace could help.) In addition, we are unlikely to fix a crash in 5.1.2 unless it also affects 5.1.3. Have you tried running 5.1.2 from command line as "kmymoney -n" so it does not try to open your file? That will at least say if the problem before or after it tries to read your data. Also, if 5.1.3 works from console, why can't you just switch from 5.1.2 to 5.1.3? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468308] KmyMoney 5.1.2 crashes, using OpenSUSE 15.4 with KDE. KmyMoney v.5.1.3 runs good from Konsole.
https://bugs.kde.org/show_bug.cgi?id=468308 --- Comment #5 from jetdri...@gmx.com --- That's the solution? Just use v5.1.3 from command line? Neither v5.1.2 or v5.1.3 will launch from KDE desktop environment. With Opensuse 15.4, the desktop environment is KDE 5.24.4. Now, I have stated the failure conditions. I really don't care if you provide a solution or not, I'm using other programs. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468308] KmyMoney 5.1.2 crashes, using OpenSUSE 15.4 with KDE. KmyMoney v.5.1.3 runs good from Konsole.
https://bugs.kde.org/show_bug.cgi?id=468308 --- Comment #6 from jetdri...@gmx.com --- I reported the bug. I regret doing it. You can close the incident if you want. -- You are receiving this mail because: You are the assignee for the bug.
Re: Is ofx import buildable in master?
Le 2023-04-22 à 12 h 20, Thomas Baumgart via KMyMoney-devel a écrit : On Samstag, 22. April 2023 09:10:30 CEST Thomas Baumgart via KMyMoney-devel wrote: On Samstag, 22. April 2023 04:58:34 CEST Jack via KMyMoney-devel wrote: On 4/21/23 22:29, Jonatan Cloutier via KMyMoney-devel wrote: Hello, I've been using master for a while and importing transaction with a custom importer I built, so I haven't needed the ofx plugin in a while. I did disable it as the build was failing. But now I have an issue with my importer and would like to see if it happen with ofx as well. Short story, building with ofx give this error: /build/kmymoney/plugins/ofx/import/ofximporter.cpp:In static member function 'static int OFXImporter::ofxAccountCallback(OfxAccountData, void*)': /build/kmymoney/plugins/ofx/import/ofximporter.cpp:765:30:error: 'OFX_401K' is not a member of 'OfxAccountData' 765 | case OfxAccountData::OFX_401K: | ^~~~ Doesn't seems to be a lib missing, I'd guess a change in data format that wasn't ported to the plugin, but it could also be a missing config in my build. I've been building from master with ofx import for a long time, with no problems, most recently within the past day or so. What version of libofx do you have installed? I've got 0.10.9. Also, try from a completely clean build dir. It doesn't seem likely, but it's possible something is left over from an old build. It seems that your libofx version is outdated. From the NEWS file, you need at least 0.10.0 which has the following entry (among others): - added a new account type OfxAccountData::OFX_401K Unfortunately, the KMyMoney build system does not check for the minimum version required for libofx. It does now: https://invent.kde.org/office/kmymoney/-/commit/685231cffb5027a2072e4b1622a7f2c69b8969ef Thanks, I was able to build by updating the provided build docker to ubuntu:jammy. There is a deprecation warning, I might open a pr with does change if I get to fix it. On the other side, I was able to confirm that there seems to be a real issue in regards to loan scheduled transaction, when matched to an import. My mortage just jump to a higher amount than the us debt! (by exactly 92 233 720 368 547 758,07 which is actually LLONG_MAX/100 ??). I'll try reproducing that in a test file. Let me know if there is any specific information that might be valuable. I'll open a bug when I feel I have enough info and that I'm not the one that created the issue with either my custom import or some manual change I would have done in my file. Strangely, another or my loan doesn't have this issue, but it's a student loan that is government backed and has been to 0% interest rate since the pendemic. Thanks again
Re: [kmymoney] [Bug 430047] Feature request: Budgeting based on cash flow
Hi all, Is there a way to know when the this will make it to the app image? Thanks, JV On Mon, Apr 17, 2023, 4:09 AM Thomas Baumgart via KMyMoney-devel < kmymoney-devel@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=430047 > > --- Comment #4 from Thomas Baumgart --- > Git commit e79a1cabdc7881432faa1f2266ac66a0f7c71667 by Thomas Baumgart. > Committed on 17/04/2023 at 09:00. > Pushed by tbaumgart into branch 'master'. > > Initial implementation of budgeting of asset/liability accounts > > Budget entry for asset/liability accounts is available. Reporting part > is not yet implemented. > > M +58 -24 kmymoney/dialogs/knewaccountdlg.cpp > M +49 -16 kmymoney/dialogs/knewaccountdlg.ui > M +5-0kmymoney/models/accountsproxymodel.cpp > M +8-1kmymoney/models/accountsproxymodel.h > M +24 -17 kmymoney/mymoney/mymoneyaccount.cpp > M +9-0kmymoney/mymoney/mymoneyaccount.h > M +17 -4kmymoney/mymoney/mymoneybudget.cpp > M +5-1kmymoney/mymoney/mymoneybudget.h > M +1-0kmymoney/mymoney/mymoneyenums.h > M +54 -2kmymoney/mymoney/mymoneykeyvaluecontainer.cpp > M +41 -7kmymoney/mymoney/mymoneykeyvaluecontainer.h > M +17 -0kmymoney/mymoney/mymoneykeyvaluecontainer_p.h > M +5-2kmymoney/mymoney/storage/accountsmodel.cpp > M +20 -0kmymoney/mymoney/tests/mymoneyaccount-test.cpp > M +1-0kmymoney/mymoney/tests/mymoneyaccount-test.h > M +5-5kmymoney/mymoney/tests/mymoneykeyvaluecontainer-test.cpp > M +5-0kmymoney/mymoney/xmlhelper/xmlstoragehelper.cpp > M +1-1kmymoney/mymoney/xmlhelper/xmlstoragehelper.h > M +8-8 > kmymoney/plugins/ofx/import/dialogs/konlinebankingsetupwizard.cpp > M +6-1kmymoney/plugins/views/budget/budgetview.rc > M +93 -17 kmymoney/plugins/views/budget/kbudgetview.cpp > M +13 -2kmymoney/plugins/views/budget/kbudgetview.h > M +32 -13 kmymoney/plugins/views/budget/kbudgetview_p.h > M +216 -143 kmymoney/widgets/budgetviewproxymodel.cpp > M +1-0kmymoney/widgets/budgetviewproxymodel.h > > > https://invent.kde.org/office/kmymoney/commit/e79a1cabdc7881432faa1f2266ac66a0f7c71667 > > -- > You are receiving this mail because: > You are the assignee for the bug.
Re: [kmymoney] [Bug 430047] Feature request: Budgeting based on cash flow
Appimage files are built daily, so as long as the build succeeds, it's pretty quick. I just confirmed that the current appimage from master does have this commit included. On 2023.04.23 12:26, J. Varela via KMyMoney-devel wrote: Hi all, Is there a way to know when the this will make it to the app image? Thanks, JV On Mon, Apr 17, 2023, 4:09 AM Thomas Baumgart via KMyMoney-devel < kmymoney-devel@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=430047 > > --- Comment #4 from Thomas Baumgart --- > Git commit e79a1cabdc7881432faa1f2266ac66a0f7c71667 by Thomas Baumgart. > Committed on 17/04/2023 at 09:00. > Pushed by tbaumgart into branch 'master'. > > Initial implementation of budgeting of asset/liability accounts > > Budget entry for asset/liability accounts is available. Reporting part > is not yet implemented. > > M +58 -24 kmymoney/dialogs/knewaccountdlg.cpp > M +49 -16 kmymoney/dialogs/knewaccountdlg.ui > M +5-0kmymoney/models/accountsproxymodel.cpp > M +8-1kmymoney/models/accountsproxymodel.h > M +24 -17 kmymoney/mymoney/mymoneyaccount.cpp > M +9-0kmymoney/mymoney/mymoneyaccount.h > M +17 -4kmymoney/mymoney/mymoneybudget.cpp > M +5-1kmymoney/mymoney/mymoneybudget.h > M +1-0kmymoney/mymoney/mymoneyenums.h > M +54 -2kmymoney/mymoney/mymoneykeyvaluecontainer.cpp > M +41 -7kmymoney/mymoney/mymoneykeyvaluecontainer.h > M +17 -0kmymoney/mymoney/mymoneykeyvaluecontainer_p.h > M +5-2kmymoney/mymoney/storage/accountsmodel.cpp > M +20 -0kmymoney/mymoney/tests/mymoneyaccount-test.cpp > M +1-0kmymoney/mymoney/tests/mymoneyaccount-test.h > M +5-5 kmymoney/mymoney/tests/mymoneykeyvaluecontainer-test.cpp > M +5-0kmymoney/mymoney/xmlhelper/xmlstoragehelper.cpp > M +1-1kmymoney/mymoney/xmlhelper/xmlstoragehelper.h > M +8-8 > kmymoney/plugins/ofx/import/dialogs/konlinebankingsetupwizard.cpp > M +6-1kmymoney/plugins/views/budget/budgetview.rc > M +93 -17 kmymoney/plugins/views/budget/kbudgetview.cpp > M +13 -2kmymoney/plugins/views/budget/kbudgetview.h > M +32 -13 kmymoney/plugins/views/budget/kbudgetview_p.h > M +216 -143 kmymoney/widgets/budgetviewproxymodel.cpp > M +1-0kmymoney/widgets/budgetviewproxymodel.h > > > https://invent.kde.org/office/kmymoney/commit/e79a1cabdc7881432faa1f2266ac66a0f7c71667 > > -- > You are receiving this mail because: > You are the assignee for the bug.
Re: Is ofx import buildable in master?
On 2023.04.23 11:35, Jonatan Cloutier via KMyMoney-devel wrote: Le 2023-04-22 à 12 h 20, Thomas Baumgart via KMyMoney-devel a écrit : On Samstag, 22. April 2023 09:10:30 CEST Thomas Baumgart via KMyMoney-devel wrote: On Samstag, 22. April 2023 04:58:34 CEST Jack via KMyMoney-devel wrote: On 4/21/23 22:29, Jonatan Cloutier via KMyMoney-devel wrote: Hello, I've been using master for a while and importing transaction with a custom importer I built, so I haven't needed the ofx plugin in a while. I did disable it as the build was failing. But now I have an issue with my importer and would like to see if it happen with ofx as well. Short story, building with ofx give this error: /build/kmymoney/plugins/ofx/import/ofximporter.cpp:In static member function 'static int OFXImporter::ofxAccountCallback(OfxAccountData, void*)': /build/kmymoney/plugins/ofx/import/ofximporter.cpp:765:30:error: 'OFX_401K' is not a member of 'OfxAccountData' 765 | case OfxAccountData::OFX_401K: | ^~~~ Doesn't seems to be a lib missing, I'd guess a change in data format that wasn't ported to the plugin, but it could also be a missing config in my build. I've been building from master with ofx import for a long time, with no problems, most recently within the past day or so. What version of libofx do you have installed? I've got 0.10.9. Also, try from a completely clean build dir. It doesn't seem likely, but it's possible something is left over from an old build. It seems that your libofx version is outdated. From the NEWS file, you need at least 0.10.0 which has the following entry (among others): - added a new account type OfxAccountData::OFX_401K Unfortunately, the KMyMoney build system does not check for the minimum version required for libofx. It does now: https://invent.kde.org/office/kmymoney/-/commit/685231cffb5027a2072e4b1622a7f2c69b8969ef Thanks, I was able to build by updating the provided build docker to ubuntu:jammy. There is a deprecation warning, I might open a pr with does change if I get to fix it. I'm curious what the deprecation warning is for. On the other side, I was able to confirm that there seems to be a real issue in regards to loan scheduled transaction, when matched to an import. My mortage just jump to a higher amount than the us debt! (by exactly 92 233 720 368 547 758,07 which is actually LLONG_MAX/100 ??). I'll try reproducing that in a test file. Let me know if there is any specific information that might be valuable. I'll open a bug when I feel I have enough info and that I'm not the one that created the issue with either my custom import or some manual change I would have done in my file. A test file would be great, but can you be more specific about exactly when and where this number shows up? Does it depend on the order in which you accept the scheduled transaction and do the import? Strangely, another or my loan doesn't have this issue, but it's a student loan that is government backed and has been to 0% interest rate since the pendemic. Thanks again
OFX import issue: Was: Is ofx import buildable in master?
On 2023.04.23 11:35, Jonatan Cloutier via KMyMoney-devel wrote: [snip.] On the other side, I was able to confirm that there seems to be a real issue in regards to loan scheduled transaction, when matched to an import. My mortage just jump to a higher amount than the us debt! (by exactly 92 233 720 368 547 758,07 which is actually LLONG_MAX/100 ??). I'll try reproducing that in a test file. Let me know if there is any specific information that might be valuable. I'll open a bug when I feel I have enough info and that I'm not the one that created the issue with either my custom import or some manual change I would have done in my file. I was about to file a wishlist for matching the ending balance of the brokerage account when importing an investment account (using libofx) and noticed something strange. The ofxlog.txt included the snippets "234.56" and "TotalMarketValueTotal Market ValueDOLLAR123.45" (amounts edited) which match the balance of the brokerage account and the value of the investment account. However, in kmm-statement-2023-04-23T22-16-58.913.txt, the line beginning 'closingbalance="-9223372036854775807/100"' which is the same amount you noticed. It looks like some numeric conversion is getting confused, but I don't know if it's libofx or KMM itself.
