[kmymoney] [Bug 464870] Crash when importin investments CSV
https://bugs.kde.org/show_bug.cgi?id=464870 --- Comment #2 from gza...@gmail.com --- Created attachment 155756 --> https://bugs.kde.org/attachment.cgi?id=155756&action=edit csvimporterrc -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464870] Crash when importin investments CSV
https://bugs.kde.org/show_bug.cgi?id=464870 --- Comment #3 from gza...@gmail.com --- Created attachment 155757 --> https://bugs.kde.org/attachment.cgi?id=155757&action=edit CSV to import -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 437261] The reconciliation history does not support mid-day reconciliation
https://bugs.kde.org/show_bug.cgi?id=437261 Thomas Baumgart changed: What|Removed |Added Severity|normal |wishlist -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 438936] Reconciliation wizard loses balance information
https://bugs.kde.org/show_bug.cgi?id=438936 Thomas Baumgart changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/d193f805 ||79bed84a0cce4ca17ba336b815e ||a507e Version Fixed In||master --- Comment #1 from Thomas Baumgart --- Git commit d193f80579bed84a0cce4ca17ba336b815ea507e by Thomas Baumgart. Committed on 29/01/2023 at 13:40. Pushed by tbaumgart into branch 'master'. Improve handling of reconciliation The previous implementation caused all transactions marked as reconciled to be hidden no matter if they are within the period of of the statement or not. Also, transactions not marked reconciled but have a post date prior to the start of the statement were not correctly displayed during the reconciliation process. This caused the balances to become "incorrect". This has been changed to show all transactions from the date of the first non-reconciled one even if that is prior to the last reconciliation. All reconciled transactions that have a post date that is within the period of the statement are also not hidden anymore and taken into account when calculating the balances. Transactions younger than the statement date are not taken into account for balance calculation as before. I am not sure if this fixes the reported problem 431373 but it is certainly an improvement. Related: bug 431373 FIXED-IN: master M +21 -11 kmymoney/models/ledgerfilter.cpp M +16 -0kmymoney/models/ledgerfilter.h M +2-0kmymoney/views/reconciliationledgerviewpage.cpp M +5-0 kmymoney/wizards/endingbalancedlg/checkingstatementinfowizardpage.cpp M +7-0 kmymoney/wizards/endingbalancedlg/checkingstatementinfowizardpage.h M +92 -37 kmymoney/wizards/endingbalancedlg/kendingbalancedlg.cpp M +9-0kmymoney/wizards/endingbalancedlg/kendingbalancedlg.h https://invent.kde.org/office/kmymoney/commit/d193f80579bed84a0cce4ca17ba336b815ea507e -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 431373] Incorrect Balance Values in Reconcile View of Ledger
https://bugs.kde.org/show_bug.cgi?id=431373 --- Comment #7 from Thomas Baumgart --- Git commit d193f80579bed84a0cce4ca17ba336b815ea507e by Thomas Baumgart. Committed on 29/01/2023 at 13:40. Pushed by tbaumgart into branch 'master'. Improve handling of reconciliation The previous implementation caused all transactions marked as reconciled to be hidden no matter if they are within the period of of the statement or not. Also, transactions not marked reconciled but have a post date prior to the start of the statement were not correctly displayed during the reconciliation process. This caused the balances to become "incorrect". This has been changed to show all transactions from the date of the first non-reconciled one even if that is prior to the last reconciliation. All reconciled transactions that have a post date that is within the period of the statement are also not hidden anymore and taken into account when calculating the balances. Transactions younger than the statement date are not taken into account for balance calculation as before. I am not sure if this fixes the reported problem 431373 but it is certainly an improvement. Related: bug 438936 FIXED-IN: master M +21 -11 kmymoney/models/ledgerfilter.cpp M +16 -0kmymoney/models/ledgerfilter.h M +2-0kmymoney/views/reconciliationledgerviewpage.cpp M +5-0 kmymoney/wizards/endingbalancedlg/checkingstatementinfowizardpage.cpp M +7-0 kmymoney/wizards/endingbalancedlg/checkingstatementinfowizardpage.h M +92 -37 kmymoney/wizards/endingbalancedlg/kendingbalancedlg.cpp M +9-0kmymoney/wizards/endingbalancedlg/kendingbalancedlg.h https://invent.kde.org/office/kmymoney/commit/d193f80579bed84a0cce4ca17ba336b815ea507e -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464908] Problem with reports (2 different results with the same report)
https://bugs.kde.org/show_bug.cgi?id=464908 --- Comment #11 from Ösel --- (In reply to Thomas Baumgart from comment #10) > Besser nicht, it would give most other people a hard time to follow. OK, no problem. ;-) > Can you compare the setting "Show equity accounts" (could be shown as > "Eigenkapitalkonten anzeigen") in Settings/General/Filter. Do they differ? > Does it have an effect when changed? Yes, the settings had been different - and after I deselected the checkbox, the report is correct now. Great, thanks a lot for your support. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464908] Problem with reports (2 different results with the same report)
https://bugs.kde.org/show_bug.cgi?id=464908 Ösel changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464949] Data in forecast chart disappears based on resolution (ticks) of the date range
https://bugs.kde.org/show_bug.cgi?id=464949 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #1 from Jack --- Created attachment 155772 --> https://bugs.kde.org/attachment.cgi?id=155772&action=edit Forecast charts differ by ticks appears to change data I've attached a two page PDF, from 5.1.3-caa1baff4 (appimage) and master, based on Forecast next Quarter) from 1/1/2022 to 6/30/2024, showing only one active credit card account. Oddly, creating the report in master with Daily ticks works, but after that, I could not select daily or weekly. 5.1.3 allowed all tick variants. In addition, note that all values with daily ticks shows $0 from just after "Opening" to about now; weekly shows all values except opening as $0; monthly returns future values; and bi-monthly shows all as $0 except for opening and one year from now. I suspect only looking at the code will tell where the collapsing to per-tick time periods happens. I can imagine that collapsing past data before forecasting might account for this behavior, but I don't see how the daily ticks could zero out the past year's data in this account. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464908] Problem with reports (2 different results with the same report)
https://bugs.kde.org/show_bug.cgi?id=464908 Jack changed: What|Removed |Added Resolution|FIXED |NOT A BUG Status|NEEDSINFO |RESOLVED --- Comment #12 from Jack --- Correcting status. Fixed is only used where an actual bug was fixed with a code change. -- You are receiving this mail because: You are the assignee for the bug.
