[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #10 from Mark Blakeney --- @Thomas, 1. Does that small sample file I provided adequately demonstrate the problem? 2. For the second issue, so is there no way to produce a balance sheet / net worth report that is consistent with reported income and expenses? There should be a way to configure unrealized share gains out of the net-worth report when they are unaccounted for by any +/- transaction. Surely you guys can see what I am on about here? In preparing my tax return, my accountant charged me an extra $1600 to deal with the confusion about my inconsistent reports. :( -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #8 from Mark Blakeney --- I guess another way to re-frame my second question here is to ask - how can I configure unrealized investment gains out of my net-worth report? I.e. I think I am asking for a balance sheet report. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #7 from Mark Blakeney --- @Jack, so you are saying you are happy that you net-worth and your income/expense reports are in-consistent and don't add up? I just don't see why the action of adding a new price does not also automatically accumulate into a category e.g. called "unrealized investment gains". You may not care to add that category to your flow reports but I may just so I can get a consistent report. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #6 from Mark Blakeney --- Please be sure to note that my comment #4 here is about an issue completely separate from this bug. This bug exists (since Jan 2018 at least) and I give a sample file showing it in my comment #3. I am just also asking here about another issue. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #4 from Mark Blakeney --- Thomas, investigating this problem has exposed a very fundamental but related issue which I do not understand so perhaps you can comment? If I simply add a new increased price to a stock I hold (either manually or via online update) then the value of my portfolio rises by that amount at that date however this asset value increase is not reflected in any real transaction (i.e. no category receives the increase) so although my net-worth report shows that increase for the period a income/expenses (i.e. cash flow) report for the same period does not reflect it. Consequently my accountant tells me my reports are inconsistent. Surely when a price is updated causing a stock to increase in value then some category should be attributed with that increase? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 --- Comment #3 from Mark Blakeney --- Thomas, https://www.dropbox.com/s/xyjpodeixkomp43/kmmtest.kmy is a trivial example file which does nothing else but show the problem. I buy $30K of A200 stock (@ $150 each) in Mar 2018 leaving $70K in my bank account. So, without any other transactions, my 2018/2019 year end value is still $100K. If I then merely add a new price for A200 of $200 each at date 1-1-2020 (i.e. after that financial year), then my 2018/19 year end net-worth suddenly becomes $1!0K but it should remain at $100K. See the 2 favorite reports. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 Mark Blakeney changed: What|Removed |Added CC||mark.blakeney@bullet-system ||s.net --- Comment #1 from Mark Blakeney --- This is a very serious bug. My accountant queried why my balance report for last financial year was completely inconsistent with my income/expenses report for the same period and it took me ages to work out it is due to this bug. I am using version 5.0.8. Have the developers a plan to fix this? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 350850] Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 --- Comment #9 from Mark Blakeney --- After raising this bug 3 years ago I wrote a small script to work around this problem and have used it ever since with KMM. If anybody else comes along looking for the same solution that I requested here (but was never addressed by the "fixes" above), then see https://github.com/bulletmark/raise-or-run. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 392477] Cannot create new investment
https://bugs.kde.org/show_bug.cgi?id=392477 Mark Blakeney changed: What|Removed |Added CC||mark.blakeney@bullet-system ||s.net --- Comment #5 from Mark Blakeney --- I encountered this same bug today on Kmm 5.0.1-1 on Arch Linux. I get "not able to create all objects the investment" in English when adding via the investments tab. Thanks to Danny Scott here for the workaround which also works for me. Bad bug which should get more priority. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 390128] KMM 5.0 is core dumping when entering any new transaction
https://bugs.kde.org/show_bug.cgi?id=390128 --- Comment #1 from Mark Blakeney <mark.blake...@bullet-systems.net> --- I downgraded kmymoney 5.0.0-1 -> 4.8.1.1-1 and libalkimia 7.0-3 -> 5.0.0-1 and was able to use KMM again thankfully. Both those downgrades were necessary for KMM to run but they were the only downgrades required. I have now pinned those packages. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 390128] New: KMM 5.0 is core dumping when entering any new transaction
https://bugs.kde.org/show_bug.cgi?id=390128 Bug ID: 390128 Summary: KMM 5.0 is core dumping when entering any new transaction Product: kmymoney Version: 5.0.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mark.blake...@bullet-systems.net Target Milestone: --- Created attachment 110476 --> https://bugs.kde.org/attachment.cgi?id=110476=edit coredumpctl info Since Arch updated with KMM 5.0 today I am getting a core dump every time I edit a new transaction. Happens in my existing files, but also happens if I create a completely new file. I normally run on GNOME on Wayland but also happens in GNOME on Xorg. I installed plasma-desktop (5.12.0-1) on my Arch system just to try there but the same crash occurs. This is a critical bug for me. Have used KMM heavily for 12 years across 3 different financial entities with many thousands of transactions in each. Arch version: kmymoney 5.0.0-1 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 350850] Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 --- Comment #6 from Mark Blakeney <mark.blake...@bullet-systems.net> --- I was hoping that kmymoney version 5 would address this issue (which I raised 2.5 years ago!) however I see that it has made the situation worse. The issue here still exists but now you can open the same file twice or more and kmymoney does not complain about it. Presumably you could edit the file in parallel and corrupt it? Please see my comment #2 above. That is how normal apps behave for multiple files and is how KMM should behave also. I really think many users would be complaining about this if it were not the case that 99% of users maintain only 1 KMM file. -- You are receiving this mail because: You are the assignee for the bug.
[Kmymoney-devel] [kmymoney4] [Bug 350850] Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 --- Comment #4 from Mark Blakeney mark.blake...@bullet-systems.net --- It looks like my request here won't get any traction. So please change this bug request to just delete that first redundant prompt as per my post 1 above. That's it, a simple change which should take little time. I don't care anymore about trying to raise any existing window as I can do that myself with a desktop file wrapper script calling wmctrl. If this bug gets fixed then I will post that script publicly as it works well with kmymoney. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 350850] Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 --- Comment #3 from Mark Blakeney mark.blake...@bullet-systems.net --- I just noticed that if you try to open a file twice (by clicking through that first prompt) then KMM outputs another prompt that the file is already open. So at the very least please completely delete that first prompt as it is pointless. Ideally however, please fix this issue as I suggest above. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 350850] Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 --- Comment #2 from Mark Blakeney mark.blake...@bullet-systems.net --- The comment above shows my description is not clear. :( Let's explicitly describe a normal application. If you open a.doc from the file manager then libreoffice opens that doc in a window. If you later open b.doc from the file manager then libreoffice immediately opens that doc in another window. Later you open a.doc again from the file manager (while libreoffice already has that a.doc open in an existing window but perhaps hidden, minimized, or forgotten about) then libreoffice just immediately brings the existing open a.doc window to the foreground. There is no question of corrupting the a.doc file or having missing data because the app never allows 2 open windows on the same file. This same logic applies to just about every common application and file type in all modern linux, windows, or mac desktops (e.g. for pdf files etc). Kmymoney should obviously do the same thing with kmm files. Most users rarely use multiple kmm files in parallel and that is the only reason this long standing bug has never been addressed. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 350850] New: Kmymoney does not open multiple files correctly
https://bugs.kde.org/show_bug.cgi?id=350850 Bug ID: 350850 Summary: Kmymoney does not open multiple files correctly Product: kmymoney4 Version: 4.7.2 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mark.blake...@bullet-systems.net I open 3 kmy files in parallel frequently as they are distinct and unrelated financial entities. When I click to open the 2nd file, kmymoney pops up a prompt Another instance of KMyMoney is already running. Do you want to quit? I always select Yes and then it opens fine. This prompt is annoying, superflous, and inconsistent with all other apps. KMM should just open the 2nd file in a new window, or if that file is already open in an existing window then just switch focus to that existing window like all other apps do, e.g. word-processors, editors, terminals, etc. If that is difficult to do with the current implementation of KMM then at least fix it to only prompt to quit if an existing open file is attempted to be opened (i.e. never open the same file twice) but do open any other file without any prompt. This bug is obvious and has existed for many years but has probably not been complained about because clearly most people only use one KMM file. Reproducible: Always Steps to Reproduce: 1. As above description. 2. 3. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 350793] New: Desktop file missing StartupWMClass (with fix included here)
https://bugs.kde.org/show_bug.cgi?id=350793 Bug ID: 350793 Summary: Desktop file missing StartupWMClass (with fix included here) Product: kmymoney4 Version: 4.7.2 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mark.blake...@bullet-systems.net I have used kmymoney frequently for 10 years and finally got around to identifying and fixing an annoying bug that has existed for at least the last 5 years. I use kmymoney on GNOME and I use it in multiple windows for 3 unrelated financial entities. Kmymoney has always shown those windows as separate apps on my GNOME dock. The problem is merely that the line StartupWMClass=Kmymoney needs to be added to the kmymoney.desktop file. Reproducible: Always Steps to Reproduce: 1. Start one instance 2. Start another instance 3. See 2 KMM icons in dock Apply the trivial fix stated here and then only a single grouped icon appears, like all other GNOME and KDE apps. Actual Results: See above. Expected Results: See above. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 319807] New transaction from memorised carries old memo
https://bugs.kde.org/show_bug.cgi?id=319807 --- Comment #2 from Mark Blakeney mark.blake...@bullet-systems.net --- Can a developer review this bug and comment please? -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 319807] New transaction from memorised carries old memo
https://bugs.kde.org/show_bug.cgi?id=319807 --- Comment #4 from Mark Blakeney mark.blake...@bullet-systems.net --- Oh no, the fact that you say In your case, and then you'd like shows that I have failed to communicate that this problem has nothing to do with anybody's personal preferences and is just a straight out flaw. :( KMM automatically copies the main transaction memo to the primary split of an auto VAR/GST transaction (and it does the auto splitting well which is one of the reasons I chose KMM over Gnucash 7 years ago when I migrated from Quicken). The problem is that if you add a second or later transaction, based on that original memorised transaction, and of course you add a new memo as well, then KMM does not copy that new memo to the new primary split. The bug is that it keeps the memo from the 1st original transaction. So, e.g., I may buy a Macbook from Apple Store one month, next month I buy an iPad, next month I buy an iPhone. When I produce an expenditure report all those transactions are listed with a memo Macbook even though I explicitly wrote iPad, and then iPhone on the memo field of the new Apple Store transactions (note the expenditure report lists per category, i.e. per split). The only way around this is to edit the split of the new transactions and manually rewrite the (hidden) memo field a second time for every entry. Surely you can see this is a bug? -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 319807] New: New transaction from memorised carries old memo
https://bugs.kde.org/show_bug.cgi?id=319807 Bug ID: 319807 Summary: New transaction from memorised carries old memo Classification: Unclassified Product: kmymoney4 Version: 4.6.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: mark.blake...@bullet-systems.net I am using automatic VAT/GST splits on my transactions. If I start entering a payee and then select a transaction from the memorised list then enter a new memo on that new transaction then the transaction will always only update the memo on the main transaction. It will keep the first ever entered memo on the split for the main amount. This is a really unfortunate bug. Means I give a report to my account and the memo descriptions are all wrong (because they are very old and don't correspond to the actual transaction). This bug has existed for a while but I have not got around to reporting it because I assumed it would get fixed eventually. Seems it has not been noticed by many. Reproducible: Always Steps to Reproduce: 1. As above 2. 3. Actual Results: Expect new memo on the main split. Expected Results: Old memo still on split. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 319807] New transaction from memorised carries old memo
https://bugs.kde.org/show_bug.cgi?id=319807 --- Comment #1 from Mark Blakeney mark.blake...@bullet-systems.net --- OK, have been hunting in detail through the KDE KMM bug tracker and have found bug 249844 from 2010 which is very closely related. Plenty of discussion there where some developers claim this issue is by design. Here, that argument is less appropriate because a memorised transaction bears less relationship to the new transaction. Either way, I disagree strongly that this is desirable functionality. The original main split memo was created from the main transaction memo, so it should also be for a new transaction. My words are not clear from 1st description here, I mean't to say that I give a KMM report to my accountant but it is extremely confusing because she sees all old memo descriptions on the main amount splits, unless I remember to go through an entire year of transactions and manually update them by hand before I produce the report. What a pain. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
[Kmymoney-devel] [kmymoney4] [Bug 249844] wrong memo field after duplicating and editing transaction
https://bugs.kde.org/show_bug.cgi?id=249844 Mark Blakeney mark.blake...@bullet-systems.net changed: What|Removed |Added CC||mark.blakeney@bullet-system ||s.net --- Comment #11 from Mark Blakeney mark.blake...@bullet-systems.net --- I raised bug 319807 today but just found this bug which is closely related. Adding a linkage between them. -- You are receiving this mail because: You are the assignee for the bug. ___ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel