[kmymoney] [Bug 332924] Investment view, equity tab, sorts numeric columns by alpha sort instead of numeric
https://bugs.kde.org/show_bug.cgi?id=332924 Andreas Freimuth changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED CC||m.n...@gmx.net --- Comment #7 from Andreas Freimuth --- Still an issue with v5.1.3 -- You are receiving this mail because: You are the assignee for the bug.
Re: some papercuts from master branch
On Freitag, 6. Januar 2023 23:07:52 CET Jack via KMyMoney-devel wrote: [...] > The sorting issue seems stranger and stranger to me. I'm working on my > monthly reconciliation of all my Merrill Lynch investment accounts, and > (just in regar ledger display, not in reconcile mode) the display is > definitely by date and then reconcile state, but after that, it is > clearly not by Security or any of the financial columns. I suppose it > might be in order of transaction creation. I can't really tell, and > since it is an Investment account, the balance only changes on a buy or > sell, not a dividend. Would screenshots be of any help? Not sure about the investment views, but I added some substantial changes to the repo today that addresses the balance display issues for regular accounts. I still have to take care of the scheduled transactions, though. Note: selecting the balance column for sorting is suppressed on purpose because the balance is calculated and is the result of sorting so it cannot be used as its source. -- Regards Thomas Baumgart - The only person who never makes a mistake is someone who does nothing. -- Albert Einstein - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 463972] New: Default Reports Show Zero Budget For Months Before Fiscal Year Start
https://bugs.kde.org/show_bug.cgi?id=463972 Bug ID: 463972 Summary: Default Reports Show Zero Budget For Months Before Fiscal Year Start Classification: Applications Product: kmymoney Version: 5.1.3 Platform: unspecified OS: Microsoft Windows Status: REPORTED Severity: minor Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: stormwallz-...@yahoo.com Target Milestone: --- SUMMARY Despite having budgets for the current and next fiscal period the default reports will show zero budget for the the time period before the start of the current fiscal period. STEPS TO REPRODUCE 1. Create a new file. 2. Change the fiscal year start to the start of a month other than January 3. Configure Home view to show Budget 4. Create a budget (will be assigned to the current calendar year) 5. Create a monthly budget item (e.g. Water 20/month) 6. Duplicate the budget and assign to the previous calendar year OBSERVED RESULT When the current date is prior to the start of the fiscal year: - Budget section of home screen will show zero budget available - Default Monthly Budget reports will show zero budget available. (Report is using budget for current calendar year not current fiscal year.) Yearly reports show zero for months prior to start of fiscal year. EXPECTED RESULT Monthly Budget should be shown from the current fiscal year budget. - For Monthly reports the default budget should cover the month being reported. Yearly reports should align with fiscal year (at least with toggle option). SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 463974] New: Report "Investment Performance by Account" Annualized return & Return On Investment Calculation do not account for Dividend Re-investment
https://bugs.kde.org/show_bug.cgi?id=463974 Bug ID: 463974 Summary: Report "Investment Performance by Account" Annualized return & Return On Investment Calculation do not account for Dividend Re-investment Classification: Applications Product: kmymoney Version: 5.1.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: tul...@live.com Target Milestone: --- Created attachment 155088 --> https://bugs.kde.org/attachment.cgi?id=155088&action=edit Fund with initial purchase and dividend re-investment. Total investment $25.53 SUMMARY REPORT: "Investment Performance by Account" does not appear to be taking dividend re-investment into consideration when calculating "Annualized return" and "Return On Investment". The re-invested dividends appear not to be used in determining the cost as a result the return is higher than the real return. STEPS TO REPRODUCE 1. Create an investment account for a mutual fund 2. Buy units $25 3. Post dividend re-investments $.22 & $.32 4. Run report "Investment Performance by Account" OBSERVED RESULT Present value is $25.08 report shows annualized return of .17% and ROI of .32% EXPECTED RESULT A negative result. $25.53 invested and present value is $25.36 representing a loss of $.17 SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: PCLinuxOS 2022 6.1.3-pclos1 (64 bit) (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.6 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
Re: some papercuts from master branch
On 2023.01.07 08:53, Thomas Baumgart via KMyMoney-devel wrote: [...] Not sure about the investment views, but I added some substantial changes to the repo today that addresses the balance display issues for regular accounts. I still have to take care of the scheduled transactions, though. Note: selecting the balance column for sorting is suppressed on purpose because the balance is calculated and is the result of sorting so it cannot be used as its source. There is still something funny. (Version 5.1.80-b96565589) The balance seems good (running to match the displayed order) but in a checking (brokerage) account, I really can't tell what the sort order is. Date is clearly first, status likely next (all are R so I can't test), but after that, it clearly isn't amount. Security would be irrelevant for the brokerage account, but it isn't that anyway. I'll be glad to provide a screen shot if it would help. I wonder if the "Normal View" tab in the sorting config needs to be split for Investment and other account types. Jack
[kmymoney] [Bug 332924] Investment view, equity tab, sorts numeric columns by alpha sort instead of numeric
https://bugs.kde.org/show_bug.cgi?id=332924 --- Comment #8 from Jack --- Very odd - it looks like those changes were only made in master and not the 5.1 branch. Was it actually working in 5.1.2? The branches differ enough that backporting will not be trivial (for me.) Hopefully the fix isn't actually too difficult. -- You are receiving this mail because: You are the assignee for the bug.
Re: some papercuts from master branch
On Samstag, 7. Januar 2023 21:27:16 CET Jack via KMyMoney-devel wrote: > On 2023.01.07 08:53, Thomas Baumgart via KMyMoney-devel wrote: > [...] > > > > Not sure about the investment views, but I added some substantial > > changes to the repo today that addresses the balance display issues > > for regular accounts. I still have to take care of the scheduled > > transactions, though. > > > > Note: selecting the balance column for sorting is suppressed on > > purpose because the balance is calculated and is the result of > > sorting so it cannot be used as its source. > > There is still something funny. (Version 5.1.80-b96565589) The > balance seems good (running to match the displayed order) but in a > checking (brokerage) account, I really can't tell what the sort order > is. Date is clearly first, status likely next (all are R so I can't > test), but after that, it clearly isn't amount. Security would be > irrelevant for the brokerage account, but it isn't that anyway. I'll > be glad to provide a screen shot if it would help. A brokerage account should behave like all other accounts: the first sort column is the one selected on the header. In case it is a date, then the following information follows in descending order: - type of entry (tx, schedule, online balance, reconciliation, ...) - status - amount - internal ID If the main sorting attribute is a value, then (currently) the default Qt behavior is called (and I don't know what that does). It would be great to have a description on how you think the sorting should behave in the various scenarios. Sample data would be a bonus to have :) In case you want to take a look at the logic: it is contained in LedgerSortProxyModel::lessThan() > I wonder if the "Normal View" tab in the sorting config needs to be > split for Investment and other account types. I see. That part is currently not used at all (in master). I left it in so far because I was not sure if it can be removed or if it might become handy at some point. -- Regards Thomas Baumgart - Old ways won't open new doors. (unknown source) - signature.asc Description: This is a digitally signed message part.
