[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 watching all bug changes.
[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 watching all bug changes.
[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-de...@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 watching all bug changes.
[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 watching all bug changes.
[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 watching all bug changes.
[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 watching all bug changes.
[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 watching all bug changes.
[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 watching all bug changes.
[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 watching all bug changes.
[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-de...@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 watching all bug changes.
[kmymoney] [Bug 432397] New: kmymoney could simplify importing CSV files
https://bugs.kde.org/show_bug.cgi?id=432397 Bug ID: 432397 Summary: kmymoney could simplify importing CSV files Product: kmymoney Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-de...@kde.org Reporter: matt...@gmail.com Target Milestone: --- Due to bug 428146, I've been exporting a CSV file from my bank's website and importing it through the CSV import option in kmymoney. There are a way too many steps to have to follow for each import. It would be nice if this could be sped up. I have been choosing the same options every time with perhaps sometimes a change in filename although most times I just save over the same file I exported from my bank's website from the last time. I know I can check "skip setup" but that only reduces 8 steps into 4 steps. I'd like at most two steps: one to select the account to import to and the other to select the file. Maybe it could even remember the name of the last file I imported and skip selecting the file so I just say which account I want to import to. At any rate, it would be a lot nicer to have a faster import since there's no longer support for downloading transactions through kmymoney anymore through my bank. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 428146] Cannot import schwab transactions on their ofx server since 2020-10-16
https://bugs.kde.org/show_bug.cgi?id=428146 --- Comment #9 from Matthew Schultz --- (In reply to Dawid Wróbel from comment #7) > @Jack, indeed, this is something I thought about already before and the only > potential solution going forward. > > The problem here, however, is that *even* if we had e.V. willing to work > with us on that, only the binary distributables could offer this > functionality. This is because when registering with 3rd party financial > institutions, you need to provide them with a set of crypto keys, which they > in turn use to confirm the authenticity of the client software accessing > their APIs. Such requirement is mandated by the PSD2 and quite surely FDX, > given how this is effectively the only sane way to restrict the bad actors > from attempting to exploit their APIs' inevitable vulnerabilities. > > Now, such signing would obviously not be otherwise possible for any free (as > in speech) Linux distribution that only provides packages built by > themselves (e.g. Debian), since they would naturally have no access to KDE > e.V.'s unique keys to sign their own binaries with. For any other > distribution, KDE-provided binaries would automatically land in the > "Non-free" repository. > > So, in conclusion, this full functionality would only be offered by the > pre-compiled KMyMoney distributables, which may or may not go against the > KDE foundation's core principles. I can see, however, how offering a > financial software offering a privacy-protection *and* the ownership of ones > financial data also fulfills foundation's core manifesto. So this case could > fall under the "necessary evil", especially that the heightened requirements > imposed by the financial regulations are no-nonsense and designed with > security in mind. Thanks for the explanation. So can this bug be kept open until this is resolved or is there a more appropriate place (forum or another bug ticket?) to follow the status of offering a crypto key signed kmymoney binary? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 428146] Cannot import schwab transactions on their ofx server since 2020-10-16
https://bugs.kde.org/show_bug.cgi?id=428146 --- Comment #4 from Matthew Schultz --- Is there a fundamental flaw in ofx in that it does not use two-factor authentication? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 428146] Cannot import schwab transactions on their ofx server since 2020-10-16
https://bugs.kde.org/show_bug.cgi?id=428146 --- Comment #3 from Matthew Schultz --- So what is the solution here? If US financial institutions keep abandoning ofx, then kmymoney won't have any way to download transactions and the only solution would be to download a csv file from their website every time to import transactions? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 428146] New: Cannot import schwab transactions on their ofx server since 2020-10-16
https://bugs.kde.org/show_bug.cgi?id=428146 Bug ID: 428146 Summary: Cannot import schwab transactions on their ofx server since 2020-10-16 Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-de...@kde.org Reporter: matt...@gmail.com Target Milestone: --- SUMMARY After a discussion with Charles Schwab Bank, they mentioned that they sent out notices back in January 2020 to software companies that download transactions from their ofx server (https://ofx.schwab.com/bankcgi_dev/ofx_server) that the software developers will need to agree to their increased security terms before that software will be able to download transactions from their server again. In order to agree to the terms, the developer must go to developer.schwab.com and submit a request so that they can allow kmymoney to access their server. STEPS TO REPRODUCE 1. Set up a schwab bank account to download transactions through their ofx server 2. Click Update account 3. Type in password 4. You will get a HTTP request failed: Access Denied You don't have permission to access "https://ofx.schwab.com/bankcgi_dev/ofx_server; on this server. OBSERVED RESULT Access Denied because kmymoney doesn't have permission to access ofx transactions on their server. EXPECTED RESULT A developer for kmymoney needs to request API access to their server through developer.schwab.com so kmymoney can continue to download transactions through their ofx server. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #14 from Matthew Schultz --- I've sent Thomas Baumgart an email with the data he requested. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 326100] Update always creates duplicate transactions
https://bugs.kde.org/show_bug.cgi?id=326100 --- Comment #12 from Matthew Schultz --- Sorry for the delay in a response. I tried creating a /home/thb directory and giving it full write permissions. I did not see any files created in that directory after performing an account update. I am currently using kmymoney 5.0.0. Is there another way to get this information that kmymoney is downloading in raw format? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwidgetsaddons] [Bug 378523] KFontRequester: Fonts are saved with face name preventing bold/italic to work
https://bugs.kde.org/show_bug.cgi?id=378523 Matthew Schultz <matt...@gmail.com> changed: What|Removed |Added CC||matt...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 376094] Syntax highlighting in Kate 17.12.3 does not use bold and italic
https://bugs.kde.org/show_bug.cgi?id=376094 Matthew Schultz <matt...@gmail.com> changed: What|Removed |Added Summary|Syntax highlighting in Kate |Syntax highlighting in Kate |16.12.1 does not use bold |17.12.3 does not use bold |and italic |and italic -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 376094] Syntax highlighting in Kate 16.12.1 does not use bold and italic
https://bugs.kde.org/show_bug.cgi?id=376094 Matthew Schultz <matt...@gmail.com> changed: What|Removed |Added CC||matt...@gmail.com Status|RESOLVED|REOPENED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #7 from Matthew Schultz <matt...@gmail.com> --- Any time you change the font to a mono font, the bold and italics stops working. If I remove ,Regular where font= is specified in kateschemarc, then the problem goes away. This is still a bug in kate 17.12.3 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 --- Comment #8 from Matthew Schultz <matt...@gmail.com> --- (In reply to NSLW from comment #5) > At least a screenshot would be helpful here. I've provided to examples with 4.8.0 and 5.0.0. One thing I noticed about the old one is it would not try to show the total for some if they were too close together and the old one always showed the total on the left side of the dot. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 --- Comment #7 from Matthew Schultz <matt...@gmail.com> --- Created attachment 110524 --> https://bugs.kde.org/attachment.cgi?id=110524=edit 5.0.0 line chart screenshot example -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 --- Comment #6 from Matthew Schultz <matt...@gmail.com> --- Created attachment 110523 --> https://bugs.kde.org/attachment.cgi?id=110523=edit 4.8.0 line chart screenshot example -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 --- Comment #4 from Matthew Schultz <matt...@gmail.com> --- (In reply to Ralf Habacker from comment #3) > Git commit c1d3b78bea1ece370dfbefea1723d051c876c8d4 by Ralf Habacker. > Committed on 10/02/2018 at 12:35. > Pushed by habacker into branch '4.8'. > > Fix vertical diagram range in case there is only one value displayed > > The previous applied fix introduced bug 389756. > Related: bug 381161 > FIXED-IN:4.8.2 > > M +13 -4kmymoney/reports/kreportchartview.cpp > > https://commits.kde.org/kmymoney/c1d3b78bea1ece370dfbefea1723d051c876c8d4 Thanks for looking into this. I assume it will also be pushed to 5.0 since that branch also shows the same problem? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] Net worth line graph totals font size too large (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 Matthew Schultz <matt...@gmail.com> changed: What|Removed |Added Summary|Net worth line graph no |Net worth line graph totals |longer zooms balance range |font size too large |and shows all the way to|(regression) |zero (regression) | --- Comment #1 from Matthew Schultz <matt...@gmail.com> --- After some tweaking, it appears I can set the beginning date to not include the opening balance so that the graph doesn't show the entire range starting from zero or I could tweak the data range to get the same thing. The problem with font size still remains though. I've tried changing the system font size, the kmymoney font size and to look for any font size setting within reports but there doesn't appear to be any way to change the large font size the totals are set to on the net worth line chart. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 389756] New: Net worth line graph no longer zooms balance range and shows all the way to zero (regression)
https://bugs.kde.org/show_bug.cgi?id=389756 Bug ID: 389756 Summary: Net worth line graph no longer zooms balance range and shows all the way to zero (regression) Product: kmymoney Version: 4.8.1 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: matt...@gmail.com Target Milestone: --- kmymoney 4.8.0 net worth graph used to zoom the balance range on line graph on the left so it would only show the balance range starting with the lowest net worth and up to the highest net worth. Now it always shows that range all the way down to zero even if the balance never goes anywhere near zero. The biggest problem with this is when you show the balance numbers over a long period of time (several years), they become completely illegible whereas when it was zoomed so that it only showed the net worth to the lowest point, the numbers were visible. The other loss is the line graph becomes harder to read the changes in net worth. -- You are receiving this mail because: You are watching all bug changes.
[kfile] [Bug 345437] Unable to write remote file URL in file open/save dialog
https://bugs.kde.org/show_bug.cgi?id=345437 --- Comment #11 from Matthew Schultz <matt...@gmail.com> --- After some searching for the right package, it appears the plasma-integration (https://github.com/KDE/plasma-integration) package and not the frameworkintegration package is the package that overrides Qt file dialogs with KDE ones. -- You are receiving this mail because: You are watching all bug changes.
[kfile] [Bug 345437] Unable to write remote file URL in file open/save dialog
https://bugs.kde.org/show_bug.cgi?id=345437 --- Comment #10 from Matthew Schultz <matt...@gmail.com> --- The previous solution to this ticket was to install frameworkintegration which I already have installed. What package/library overrides the default Qt dialog and gives me a kde dialog? -- You are receiving this mail because: You are watching all bug changes.
[kfile] [Bug 345437] Unable to write remote file URL in file open/save dialog
https://bugs.kde.org/show_bug.cgi?id=345437 --- Comment #8 from Matthew Schultz <matt...@gmail.com> --- Created attachment 100417 --> https://bugs.kde.org/attachment.cgi?id=100417=edit Open File Dialog in Kate with no ability to enter file path through text input -- You are receiving this mail because: You are watching all bug changes.
[kfile] [Bug 345437] Unable to write remote file URL in file open/save dialog
https://bugs.kde.org/show_bug.cgi?id=345437 Matthew Schultz <matt...@gmail.com> changed: What|Removed |Added CC||matt...@gmail.com --- Comment #6 from Matthew Schultz <matt...@gmail.com> --- Can this bug be reopened? I'm encountering the exact same problem in gentoo and I've tried to enter a path with frameworkintegration-5.23 or frameworkintegration-5.24 installed and both do not give me the option of entering the filepath with text input. -- You are receiving this mail because: You are watching all bug changes.
