[kmymoney] [Bug 440594] New: Make qtwebengine optional for kmymoney
https://bugs.kde.org/show_bug.cgi?id=440594 Bug ID: 440594 Summary: Make qtwebengine optional for kmymoney Product: kmymoney Version: 5.1.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: buildsystem Assignee: kmymoney-devel@kde.org Reporter: matt...@gmail.com Target Milestone: --- SUMMARY I was wondering if it would be possible to make qtwebengine optional but not make the obsolete qtwebkit required as a consequence of disabling qtwebengine. I run Gentoo and to install kmymoney, I have to compile qtwebengine because it's required and qtwebkit is currently deprecated and being removed. qtwebengine takes an enormous amount of time to compile and it would be nice to avoid installing it especially if the functionality it provides in kmymoney is not something I need. STEPS TO REPRODUCE 1. -DENABLE_WEBENGINE=OFF OBSERVED RESULT Disabling qtwebengine makes qtwebkit required and it looks for that library instead: CMake Error at CMakeLists.txt:224 (find_package): By not providing "FindKF5WebKit.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "KF5WebKit", but CMake did not find one. Could not find a package configuration file provided by "KF5WebKit" with any of the following names: KF5WebKitConfig.cmake kf5webkit-config.cmake Add the installation prefix of "KF5WebKit" to CMAKE_PREFIX_PATH or set "KF5WebKit_DIR" to a directory containing one of the above files. If "KF5WebKit" provides a separate development package or SDK, be sure it has been installed. EXPECTED RESULT Don't require qtwebkit if qtwebengine is not enabled SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.21.5 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: 5.15.2 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440594] Make qtwebengine optional for kmymoney
https://bugs.kde.org/show_bug.cgi?id=440594 --- Comment #2 from Matthew Schultz --- (In reply to Thomas Baumgart from comment #1) > Currently it's an either one or the other. One of the two is needed for the > home page to display and the reports to show up. Unless, someone rewrites > these parts to use different technologies there is no chance for your > request. Bummer. Thanks for the response. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #17 from Matthew Schultz --- (In reply to Jack from comment #16) > Is this still happening? I have a vague memory of a change being made to > recognize duplicate transactions even if the institution is not correctly > and consistently identifying them. No clue. My bank doesn't allow me to download transactions with kmymoney and as far as I know, there is no plan by kde/kmymoney developers to make that possible. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #19 from Matthew Schultz --- Yes, there's no way for me to test it because my bank now only allows secure or signed programs to download transactions. From what I understand, it's technically feasible for kmymoney to get this capability but for some reason is not a priority. I can't imagine the update button will be useful for much longer for anyone if most banks end up doing this. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #21 from Matthew Schultz --- (In reply to Jack from comment #20) > Can you provide any more information about what the bank has actually done? > Do you know of any software which is still able to download from your bank, > and are you willing to identify the bank? I see Charles Schwab mentioned in > several of the comments. It sounds to me like the problem of duplicate > transactions might still exist, but because your bank has introduced extra > barriers to downloading transactions, we can't really test to confirm. You can find the information about what needs to be done to kmymoney for the update button to work again with my bank (Schwab) and quite possibly with other banks as well: https://bugs.kde.org/show_bug.cgi?id=428146 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #24 from Matthew Schultz --- (In reply to Dawid Wróbel from comment #23) > > From what I understand, it's technically feasible for kmymoney to get this > > capability but for some reason is not a priority. > > It's rather the opposite: because KMyMoney is an open source software, > anyone can build it from the source - that includes Linux distributions > which do it themselves. However, in order to communicate with Schwab and > other banks who implement similar changes, we would instead have to ship it > exclusively as a binary package, signed with a unique cryptographic key > which Schwab would be able to recognize, deeming the KMyMoney app as a > secure one per their terms. > > So no, it is almost impossible to have this done. Wait, why couldn't both ways be possible? Obviously if it was compiled by the user/distro, then it wouldn't work with Schwab. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 Matthew Schultz changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #26 from Matthew Schultz --- When I download transactions manually and import them as CSV, I don't notice any duplicate transactions. I'm going to assume the process is the same assuming it could still be obtained with the update button. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484680] New: Investment quantity does not support decimal numbers
https://bugs.kde.org/show_bug.cgi?id=484680 Bug ID: 484680 Summary: Investment quantity does not support decimal numbers Classification: Applications Product: kmymoney Version: 5.1.3 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: matt...@gmail.com Target Milestone: --- SUMMARY When I try to enter an investment ledger line with a fractional share quantity, it rounds to the nearest integer which is incorrect. The transactional was a purchase of a fractional share (in this case the quantity was 0.738). Please modify the quantity field for investments to support decimal numbers and allow entering fractional share transactions. STEPS TO REPRODUCE 1. Enter a quantity in an investment account as a decimal number. 2. Notice the quantity gets rounded to the nearest integer. OBSERVED RESULT A decimal number in the investment quantity transaction gets rounded to the nearest integer in the quantity field. EXPECTED RESULT A decimal number should not be modified at all when entered in the quantity field of an investment account. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo (available in About System) KDE Plasma Version: 5.27.11 KDE Frameworks Version: Qt Version: 5.15.12 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484680] Investment quantity does not support decimal numbers
https://bugs.kde.org/show_bug.cgi?id=484680 --- Comment #2 from Matthew Schultz --- (In reply to Ingo Klöcker from comment #1) > I'm entering fractional share quantities all of the time. Check the Fraction > configured for the investment. Maybe it's set to 1/1. I think it defaults to > 1/100 and I change it to 1/1000 for every new investment I add (because > there doesn't seem to be a way to change the default). How do I do that? I can't set a fraction in the quantity field or a decimal number for the investment transaction. It only allows whole numbers. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484680] Investment quantity does not support decimal numbers
https://bugs.kde.org/show_bug.cgi?id=484680 Matthew Schultz changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #4 from Matthew Schultz --- Ok I figured it out. I had to change each specific investment in the investment detail wizard under the "fraction" field from 1 / 1 to 1 / 1000 and then it finally allowed me to enter a decimal quantity. It's not very intuitive as to what the fraction field does but at least I got it to work. Thanks! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440594] Make qtwebengine optional for kmymoney
https://bugs.kde.org/show_bug.cgi?id=440594 --- Comment #8 from Matthew Schultz --- (In reply to Ralf Habacker from comment #7) > For the record: alkimia offers a wrapper for loading web pages called > AlkWebPage, which uses Webkit (mingw) and Webengine (msvc, Linux) as backend > and which could also be used in KMyMoney. If it still depends on qtwebengine, then it still exhibits the same problem. I think Dawid Wróbel's suggestion to use QTextBrowser instead sounds promising but of course someone would have to do that work. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440594] Make qtwebengine optional for kmymoney
https://bugs.kde.org/show_bug.cgi?id=440594 --- Comment #11 from Matthew Schultz --- (In reply to Ralf Habacker from comment #10) > (In reply to Ralf Habacker from comment #9) > > > QtWebEngine has been completely replaced by QTextBrowser > > Daniel has already completed the port, so kmymoney is already web engine > free. > > > and the cmake > support files for LibAlkimia5 already contain a search for > > it, > > If you want to build KMyMoney completely without web engine, you can achieve > this by building the alkimia library with -DBUILD_WITH_WEBENGINE=off without > a web engine. Wow thanks! I'm so glad I won't have to compile qtwebengine anymore! It was such a pain and I just needed it installed for kmymoney. I'll be looking forward to the 5.2 release! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494827] Stock split ratio won't allow for accurate Schwab ETF stock split
https://bugs.kde.org/show_bug.cgi?id=494827 --- Comment #4 from Matthew Schultz --- (In reply to Jack from comment #3) Sorry for the clutter. I set the fraction to 1/1. The balance calculation was correct before the split but the split transaction stopped calculating it correctly. In the interim, I just did the stock split and then did a sell share transaction for less than the actual shares "sold" and adjusted the price as well so the deposit into the brokerage reflects properly. At least now the investment value is accurate. Thanks for the help! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494827] Stock split ratio won't allow for accurate Schwab ETF stock split
https://bugs.kde.org/show_bug.cgi?id=494827 --- Comment #2 from Matthew Schultz --- (In reply to Jack from comment #1) > I suppose one possibility would be to allow KMM to split less than the > entire number of owned shares, but I'm not certain it's a good idea, and it > wouldn't happen soon. In your case, one approach would be to do the full > 3:1 split, and then sell the extra partial shares for the amount Schwab paid > you. It's not a strictly accurate representation of what happened, but it > leaves your balances correct. > In the long run, perhaps we can switch this to a wishlist for an option to > split whole shares only and consider the value of the partial shares some > sort of dividend. You might then also need to specify whether or not you > get the one extra share if your partial is over on third of a share. > Certainly worth thinking about. That's a good idea to sell the shares after the split but something goes wrong with the split as well. 242.2707 shares with a 3-for-1 split becomes 726.8100 in the balance instead of 726.8121. Then when I sell the 0.5414 shares, the balance yields 726.2686 shares (should be 726.2707) which throws off the investment value as well. Why does the balance start to miscalculate as soon as I add the 3-for-1 split? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494827] New: Stock split ratio won't allow for accurate Schwab stock split
https://bugs.kde.org/show_bug.cgi?id=494827 Bug ID: 494827 Summary: Stock split ratio won't allow for accurate Schwab stock split Classification: Applications Product: kmymoney Version: 5.1.3 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: matt...@gmail.com Target Milestone: --- I'm running kmymoney 5.1.3. Schwab just did a 3-for-1 split on their SCHB ETF on Thursday Oct 10, 2024 which I have several shares of. If I enter a stock split transaction with 3 as the ratio, then it's not correct because of the way Schwab handles a split. For example, I had 242.2707 shares before the split but if I enter 3 as the ratio for the split, I get 726.8121 shares. This is not correct because Schwab gives me 726.2707 shares after the split and then deposits cash in my brokerage account for the remaining 2 parts of the fractional share split (0.5414) while keeping the original fractional share (0.2707) invested. I tried a workaround by entering 2.99776530963092111427 which should yield 726.2707 as the amount of shares I have now but it shows up as 726.2700 which means the investment value is off by a little. Is there possibly another workaround for this or can kmymoney be enhanced to support this scenario properly? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494827] Stock split ratio won't allow for accurate Schwab ETF stock split
https://bugs.kde.org/show_bug.cgi?id=494827 Matthew Schultz changed: What|Removed |Added Summary|Stock split ratio won't |Stock split ratio won't |allow for accurate Schwab |allow for accurate Schwab |stock split |ETF stock split -- You are receiving this mail because: You are the assignee for the bug.
