[kmymoney] [Bug 494292] No history of the online statement balance available
https://bugs.kde.org/show_bug.cgi?id=494292 --- Comment #1 from Jack --- A further enhancement would be to allow selective removal of these values, which also applies to reconciliation records. If I update frequently, these can all accumulate, but once I reconcile an account, I would like to be able to delete previous online balances. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492843] Option to turn off Reconciliation notifications in Ledger
https://bugs.kde.org/show_bug.cgi?id=492843 --- Comment #4 from Jack --- The feedback is to confirm whether or not the developers version does what you want. Sorry that I'm not sure if you don't understand git itself, or how the kmm team uses it. Simplified, git is a tool to manage the source code for a program. Every change made to the code is called a commit. Branches are lines or threads of commits. They are used to to track the development of different versions or feature sets. The important bit here is that the "5.1" branch contains the 5.1.3 released version, and also some further bug fixes, but no big enhancements. The "master" branch tracks development of new features, including a major rework of the ledger, including more control over seeing those reconciliation bars. You can safely test a developer version by just making a copy of your .kmy file and opening that and looking at the ledger section of the configuration dialog. Note that while there are obviously no guarantees, several folks have been using the developer version for managing our day to day finances. Because we are working hard to make the next release, which will be called 5.2, that feature will not be backported to the 5.1 branch. We can close the ticket as "FIXED" in 5.2, but we'd prefer if you can confirm it does what you want, so changes can be made now, instead of waiting for a new bug to be filed against 5.2 after it is released. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494127] QFX file name not seen in file import dialog
https://bugs.kde.org/show_bug.cgi?id=494127 --- Comment #10 from Jack --- Just for future info, "file" is a linux command which tells you the type of the file you put as its argument. It should always be on your path. You should just open a command prompt (which will be bash running in a terminal) and tyep "cd Documents/finance" and then "file QDataSAV.qfx" However, that isn't likely to add any new information to the discussion. I'll have to research why you don't seem to have the option to create a new QIF profile. However, as far as some quick research shows, Quicken is supposed to export most account data as OFX (apparently not Investments) so are you sure you can't do this? QXF is almost OFX, with some Quicken specifics, but it is a plain text markup language, not binary. Please check again what quicken allows you to export. It may take more than one export to cover all your data, and some of it may need to be QIF or some format Excel can read (probably csv) but most should be able to be saved as OFX. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494127] QFX file name not seen in file import dialog
https://bugs.kde.org/show_bug.cgi?id=494127 --- Comment #8 from Jack --- On the Artix Linux laptop I'm working on right now, the file open is case insensitive, so I wonder if there might be a relevant setting in Mint. Anyway, you at least know how to deal with that issue. That file is clearly binary, not text. What does "file filename" say about it? How did you create it? If that was quicken saying it was exporting a qfx file, it lied, unless perhaps it is compressed. (Ofx and Qfx are effectively the same, but the latter may have some Intuit defined differences that I've not seem matter.) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494127] QFX file name not seen in file import dialog
https://bugs.kde.org/show_bug.cgi?id=494127 --- Comment #5 from Jack --- I know you are on Mint (not Windows) but I wonder if the ofx/qfx filter might somehow be case sensitive, although it shouldn't. Try changing the extension from qfx to QFX to see if it makes any difference. In terms of "wrong file type" please post (or at least look at) the beginning of the qfx file, which should be plain ascii. There might be some header lines (possibly starting with something like "OFXHEADED:100") but within the first bunch of lines should be . If it's some other type, there might have been a problem in creating/exporting it. QIF is known to be problematic, so I think both Thomas and I would prefer to get the OFX/QFX import working for you. No need to open other tickets unless we decide there is actually more than one bug present. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 494073] Interest Rate Field for Bank / Brokerage Accounts
https://bugs.kde.org/show_bug.cgi?id=494073 --- Comment #1 from Jack --- What do you propose to do with this information? For now, you can include it in the notes field for the account, but I assume that is not really what you want. Just adding a field for interest rate shouldn't be too hard, but I don't see the point. I also don't know of any way to automatically download it, as I've never seen it as part of downloaded data for any account I have. Also, remember, what KMyMoney calls a "cash" account just represents the cash in your wallet or cookie jar. I assume you are referring to a bank account (checking or savings) other than an investment account. However, it could also apply to a credit card account. Can you elaborate a bit? -- You are receiving this mail because: You are the assignee for the bug.
Re: Master Branch Compile Error
On 2024.10.02 13:58, Brendan Coupe via KMyMoney-devel wrote: On 2024-10-02 11:23 AM, Jack Ostroff via KMyMoney-devel wrote: On 10/2/24 1:02 PM, Brendan Coupe via KMyMoney-devel wrote: I have been compiling KMM with scripts I wrote 15 or so years ago. I stopped updating 5he 5.1 branch about a year ago when it was clear very little was happening there. I want to switch to the master branch as it appears to be getting close to final release (in completion, not necessarily release date). I created scripts to compile and install libalkimia so that I have the latest version since Fedora does not supply the necessary version of it. When I try to compile KMM I get the following output: == Build type: RelWithDebInfo -- The following REQUIRED packages have not been found: -- The following OPTIONAL packages have not been found: * libofx (required version >= 7.0.0) This is just a side effect of how cmake looks for libofx. It doesn't find it using one naming scheme -- The following features have been enabled: * Encryption, Allows to store your financial data using strong GPG encryption. * Doxygen, Generate API documentation with Doxygen (for devs only). * Address book, Allows fetching payee information from KDE PIM system. * Holidays, Allows fetching holidays from KDE PIM system. * Forecast view, Adds possibility to calculate forecasts. * Reports view, Adds possibility to display chart and table reports. * Budget view, Adds possibility to plan a budget. * Online job outbox view, Adds outbox for sending online jobs. * SQL Storage, Allows storing your financial data in SQL database. * LibOFX, Enables OFX import, export, and Direct Connect using LibOFX library. But does find it with a different naming, so, as you noted, all is good here. * SQLCipher, Allows encrypting your SQLite3 database. * KBanking, Interface for the following online banking protocols: HBCI, EBICS, OFX Direct Connect, Paypal * Woob, Online banking interface using Woob. * iCalendar, iCalendar integration. -- The following features have been disabled: * SQL Tracer, It traces the SQL queries to the console. * IBAN/BIC data, Adds predefined IBAN/BIC numbers to KMyMoney (note: doesn't work yet). * Cost center support, Adds support for cost centers (for devs only). * Warnings as errors, Enforces all warnings to be reported as errors. * Model test, Generate modeltest code (for devs only). * QtDesigner, Qt-Designer library support (for devs only). -- Configuring incomplete, errors occurred! make: *** No targets specified and no makefile found. Stop. Lets go back to this issue - see comments at the bottom. == Earlier this year I asked about the libofx error and was told to ignore it since it appears to be ignored and libofx is enabled. The last 2 lines are the problem. Please provide us with the exact cmake command you are using. Cmake is capable of preparing for compiling with either "make" or "ninja." (I've personally largely switched to the latter, as I find it faster than make, but I thinks it's still a personal choice.) I forget the default, but if it's creating files for ninja, there will be no Makefile, although I don't know why it would be looking for it in that case. One other thing you can try is "ccmake ." in the build directory, and look through the options to see if anything looks amiss. cmake -DCMAKE_INSTALL_PREFIX=/usr/ -DKDE_INSTALL_PLUGINDIR=/usr/lib64/qt5/plugins /usr/local/src/kmm/kmymoney-2024.10.02-11.45.55-GIT-MASTER I have an option in my build script config file to ask about running ccmake. It was off by default so I forgot about it. I do not remember adding it but I'm sure it was based on advice from the developers. Not sure I ever used it. When I turn it on I get a bunch of info and this at the bottom: I'm not sure what you mean by turning anything on. ccmake is essentially a gui for cmake. Once you have run cmake, running "ccmake ." in the build dir lets you examine all the various things you could have set on the command line. Unfortunately, it does not show the selected build system (specified with -G on the command line, but it turns out the Linux default is make. === Qt5Gui_DIR: The directory containing a CMake configuration file for Qt5Gui. Keys: [enter] Edit an entry [d] Delete an entry CMake Version 3.27.7 [l] Show log output [c] Configure [h] Help [q] Quit without generating [t] Toggle advanced mode (currently off) Qt5Gui_DIR: The directory containing a CMake configuration file for t5Gui. Keys: [enter] Edit an entry [d] Delete an entry CMake Version 3.27.7 [l] Show log output [c] Configure [h] Help
[kmymoney] [Bug 493802] OS 4k display scaling 200% fails on home page
https://bugs.kde.org/show_bug.cgi?id=493802 Jack changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Version Fixed In||5.2 Status|NEEDSINFO |RESOLVED --- Comment #12 from Jack --- This is now getting away from bugs and towards user support and usage issues. Please work through these on Discuss or the mailing list or other location listed at https://kmymoney.org/support.html. Thanks for understanding. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493802] OS 4k display scaling 200% fails on home page
https://bugs.kde.org/show_bug.cgi?id=493802 --- Comment #8 from Jack --- Sorry for any confusing terminology. When reporting the version you are using, it helps state what Help/About KMyMoney says. In this case, it wouldn't have actually mattered, but the full version would have told us you were using the Appimage and not a version released by the distribution. (You would have to include that in the report, as the dropdown for versions does include "git(master)" but not a way to say git(stable) or git(5.1). Code development is done in git, in which there are different "branches" which allows multiple lines of development to be tracked. The 5.1 branch has the code for 5.1.3, and includes bug fixes. The Appimage versions compiled from the code in the 5.1 branch will have versions like kmymoney 5.1.3-eef04f1 where that last bit shows the exact "commit" (specific change) included. The "master" branch includes additional bug fixes, plus new features. In this case, one of the major changes is a major rewrite of the ledger code. Versions from master branch look like kmymoney 5.1.80-fd13f44. The code from master branch will be released as 5.2, but there is not yet a definite timeline for that. Given that your two main problems have been addressed there, I will close this as resolved in 5.2. Although using master branch is labelled as experimental, there are multiple folks who have been using it for their day-to-day work. The only special advice is be sure to keep good backups. I'm not absolutely certain, but I believe that the change of display color for the balance of liability accounts is intentional. Since they are LIABILITY accounts, a positive amount (shown in black) is what you owe. While you could open a wishlist bug requesting it be changed back, or made a configuration choice, I do not suspect it will get much priority. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493802] OS 4k display scaling 200% fails on home page
https://bugs.kde.org/show_bug.cgi?id=493802 --- Comment #4 from Jack --- I'll be glad to test if you want to buy me a 4K monitor :-) The developers can only test on equipment they have. I recall we've had issues reported on hi-dpi displays, and it's possible that's the actual issue, rather than the actual screen resolution. I'll see if I can try testing with scaling on a smaller monitor - it might also show the problem. Regarding losing focus after minimizing, I just confirmed that behavior on a non-4k screen under Xorg with 5.1, but apparently fixed in master branch. If your original issue is still present in master branch, then it would really help if you could test on Xorg, and if you could test other KDE programs. (See https://kmymoney.org/download.html for how to get an Appimage version compiled from git master branch.) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493802] OS 4k display scaling 200% fails on home page
https://bugs.kde.org/show_bug.cgi?id=493802 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- I'd start by raising this on an Ubuntu forum or mailing list. I'm pretty sure KMM doesn't do anything special based on display resolution or scaling - that's the job of the window manager. I assume you are using Gnome, and I have no experience there (I use KDE/Plasma.) Are you using xorg or Wayland? Have you tried the other? Is KMM the only program that fails to scale properly? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493465] Adjust/add css to fix column width too narrow/too close in printed reports
https://bugs.kde.org/show_bug.cgi?id=493465 Jack changed: What|Removed |Added Severity|normal |wishlist Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED Summary|Column width too narrow in |Adjust/add css to fix |printed reports |column width too narrow/too ||close in printed reports --- Comment #7 from Jack --- Rather than just close, I'm changing to wishlist to adjust css controlling spacing for printing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493465] Column width too narrow in printed reports
https://bugs.kde.org/show_bug.cgi?id=493465 --- Comment #5 from Jack --- Minor point: note the "All values shown are in US Dollar," which is why dollar signs are not printed. Suggestions -- if you want a good print, try exporting the report as HTML and then printing from a browser. I know it's an extra step,, and there may still be problems, but it should be better. Even better is to export as csv, import to LibreOffice (or other spreadsheet program) and print from there. That will give you much more control. Let us know if that helps. -- confirm whether you are printing to USLetter or A4. I'm in the US, but just checked, and found it was still set to A4. That won't make a huge change, but possibly enough to notice. I suspect the underlying problem relates to reports being displayed using HTML. I would need to dig into the code, but it looks like printing is done using underlying Qt routines, and KMyMoney probably does not really have sufficient explicit control over column width. Items will wrap withing the column if they don't fit, although I'm not sure why the padding between columns does seem to be gone in the printed version (and print preview.) It's possible things can be improved by modifying the css, but it will take time to work on that. -- You are receiving this mail because: You are the assignee for the bug.
can't move transactions
I need to transfer some shares of two stocks from one investment account to another (same institution.) I'm pretty sure I've done this in the past by creating two "remove shares" transactions, then duplicating them, moving the duplicates to the other account, and then changing those to "add shares." Now, when I select both transactions, "Move to" is disabled. Selecting just one of the transactions, the "move transaction to ..." pops up the "Select Account" dialog, which shows "Asset Accounts" but with no other accounts listed. Shouldn't it be possible to transfer such transactions from one Investment Account to another?
possible consistency check addition
I've now had more than one occasion where I sold stock, reducing my holdings of that stock to 0, and closed the stock account. Some time later, I bought shares of that same stock, and when imported by OFX, KMM was happy to register the purchase, even though the account was closed. If I try to edit that purchase transaction, the stock is NOT shown, but I can't select anything without first reopening the stock account. The only reason I even noticed was that when reconciling my holdings in that investment account, that stock was not shown on the Investments View, Equities tab. Should the consistency check look for any closed accounts which are not empty? I'm not sure if it should automatically reopen them, or just let the user decide what to do - although if you want to move the content (money or stock) you have to reopen the account first. Thoughts? Jack
[kmymoney] [Bug 493465] Column width too narrow in printed reports
https://bugs.kde.org/show_bug.cgi?id=493465 Jack changed: What|Removed |Added Summary|Git Master Only |Column width too narrow in ||printed reports Component|bugtracker |reports --- Comment #1 from Jack --- If you want help, please learn how to file a bug report that makes sense. I've changed a few things, but please add info. You talk about printing - how have you printed? Is this just file/print from displaying the report in the program, or have you exported as HTML and viewed in a browser and printed from there? Is this on Linux (which distor,) Windows, or Mac - it can make a difference. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493449] Crash when editing and reconciling entries in ledger
https://bugs.kde.org/show_bug.cgi?id=493449 Jack changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack --- Have you tried to complete the reconciliation? #5 in the traceback is called when you are done editing a transaction (usually by clicking OK or cancel.) If you can replicate the crash, let us know exactly when it happens. If you can edit several transactions without a crash, it's unlikely we can find the actual cause. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 493447] Unable to change imported transactions to transfers
https://bugs.kde.org/show_bug.cgi?id=493447 --- Comment #1 from Jack --- This should work. What have you tried, and why do you say you can't do it? You just need to use the Category dropdown to change the category to the other account. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 461952] Adding new payee or category by typing in the transaction form triggers "Do you want to add" after typing the first character that doesn't match an existing name
https://bugs.kde.org/show_bug.cgi?id=461952 --- Comment #12 from Jack --- Let's leave it open for now, until either I also can't reproduce, or I can run it under a debugger. (I usually run X11, so will have to restart my session as Wayland first.) -- You are receiving this mail because: You are the assignee for the bug.
Re: building from master branch
On 2024.09.17 14:21, Jeremy Whiting wrote: [snip .] So I guess the way to build currently is to use Qt5/KF5 until alkimia gets fixed up/ported to KF6? Yes, I would continue to build both alkimia and KMM against Qt5/KF5 until they explicitly announce they have been ported to Qt6/KF6. [snip .]
[kmymoney] [Bug 493045] Ledger background colors
https://bugs.kde.org/show_bug.cgi?id=493045 --- Comment #3 from Jack --- Please see https://kmymoney.org/support.html for a longer list of support options for KMyMoney. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492288] Nobara Linux - dark mode lettering is total black
https://bugs.kde.org/show_bug.cgi?id=492288 --- Comment #6 from Jack --- In response to Comment #4, css can apply in general, or specifically to either displayed or printed output. I have not played with the css, but I believe the file is ~/.config/kmymonye/html/kmymoney.css. I can't really tell what change is needed or exactly where, but it would be within the @media screen section rather than the printing one. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 405293] CSV importer does not handle transfers
https://bugs.kde.org/show_bug.cgi?id=405293 --- Comment #15 from Jack --- Patches gratefully accepted. The QIF and CSV import code are very different, so unfortunately, how QIF handles it cannot simply be ported to CSV. Current top priority for the very limited developer time available is making a release from master branch (which will be called 5.2) although there is no definite timeline yet. After that, the migration to Qt6/KDE6 will be done. While this is certainly an inconvenience, it's not a show-stopper. One problem is that the csv import code is rather complex, and we really don't want to do anything quickly that might introduce new problems. Another option, although admittedly difficult, would be to pre-process the data, not just adding brackets or some other syntactic notation, but actually converting it to QIF or OFX format. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492837] Income and Expenses report needs some HTML improvements
https://bugs.kde.org/show_bug.cgi?id=492837 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #4 from Jack --- Is the misalignment present when the report is viewed in KMM, when the exported report is viewed in a browser, or does it just show up when printed to PDF? On fixing the DOCTYPE and similar things, I have to actually look at the code, but I'm pretty sure that part of the HTML is not generated directly by KMyMoney code, but by a KDE or Qt library, so we'll probably have to pass the bug on to whichever of them is responsible. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492843] Option to turn off Reconciliation notifications in Ledger
https://bugs.kde.org/show_bug.cgi?id=492843 --- Comment #1 from Jack --- I'm pretty sure an option for this has been added in master branch. It will eventually be released as 5.2, but there is no definite timeline yet. You can test by using the version from master branch. Clearly, it has not yet been released, so backup early and often, but there are some folks (myself included) who have been using it in production for several months. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492831] Account Balance Report needs HTML improvements
https://bugs.kde.org/show_bug.cgi?id=492831 --- Comment #6 from Jack --- I think (but am not sure) that we have a wishlist filed for being able to output reports directly to PDF. However, if the exported HTML is opened directly in a browser and then printed to PDF, the extra work is fairly minimal. One question, though, is the HTML/CSS is simply non-compliant with standards, or does it actually cause any problem in how the report looks in a browser, other than the presence of links that don't work? This bug is still valid either way, but it would likely affect the priority it receives. I am also the treasurer for a small non-profit, and I export from KMM as csv, do some further manipulation in LibrOffice, and then save as PDF for presentation, so not quite the same workflow. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492831] Account Balance Report needs HTML improvements
https://bugs.kde.org/show_bug.cgi?id=492831 --- Comment #4 from Jack --- First, no need for a separate but for each report or type of report, any changes can/will easily be applied wherever applicable. Feel free to point out which are affected in additional comments. Next, the report is generated. If export is requested, the already generated report is exported, it is not generated again for that purpose, thus my comment that to export something different from what is displayed is going to take extra work. I am also not sure how much of the actual HTML/CSS has been written by the KMM developers vs generated by any underlying KDE/Qt libraries, or even some combination. I suppose removing specified pieces of HTML/CSS can be done with regexp type editing, it's still extra work. As usual, patches gratefully accepted. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 492831] Account Balance Report needs HTML improvements
https://bugs.kde.org/show_bug.cgi?id=492831 --- Comment #1 from Jack --- Are you aware that KMyMoney displays reports using HTML? There, those links actually work - taking you, for example, to the transaction in the ledger for the relevant account. I suspect it would be difficult to create different HTML/CSS for display and for export, but that is what would be required for your suggestions.. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 489274] Manual backup fails when using spaces in save path
https://bugs.kde.org/show_bug.cgi?id=489274 --- Comment #7 from Jack --- So should this remain open, or be closed again? -- You are receiving this mail because: You are the assignee for the bug.
Confirm fix: Very strange problems with OFX imported dividend reinvestment transactions from Fidelity
On 2024.09.05 10:39, Thomas Baumgart via KMyMoney-devel wrote: On Sonntag, 1. September 2024 22:07:10 CEST Jack via KMyMoney-devel wrote: > On 2024.09.01 06:47, Thomas Baumgart via KMyMoney-devel wrote: > > On Samstag, 31. August 2024 21:22:23 CEST Jack Ostroff via > > KMyMoney-devel wrote: > > > >> I've been having problems with consistency check for a long time, > >> but never bothered to track down the cause. I'm trying to do that > >> now, and everything I see just confuses me more. I do assume that > >> the initial issue is introduced with the ofx import from Fidelity, > >> but I also think KMM is doing something funny here. > > > > > > For one transaction, consistency check says: > > > * Split S0002 in transaction 'T000258' contains > > different > > > signs for shares and value. Please fix manually > > > > I assume you do all this with the current master version. Can you > > send me the details of an unaltered transaction (screenshot of the > > Transaction detail output) via PM and maybe the plain XML of it? > > Yes, compiled a few days ago, although --version only shows me kmymoney > 5.1.80- which happens sometimens, although I've never figured out why. > > Even better, I'm attaching a much smaller xml file which shows the > problem. I created a new file, including checking (not actually used,) > invest, and broker accounts. I then imported the following lines, > which I copied from the actual download csv from Fidelity: > > Run Date,Account,Action,Symbol,Description,Type,Quantity,Price > ($),Commission ($),Fees ($),Accrued Interest ($),Amount ($),Settlement > Date > 05/31/2024,"Corporation" Z46095109," REINVESTMENT FIDELITY > GOVERNMENT CASH RESERVES (FDRXX) (Cash)", FDRXX," FIDELITY GOVERNMENT > CASH RESERVES",Cash,153.89,1-153.89, That is where the problem starts: the sign between shares (153.89) and amount (-153.89) differs! I made some changes to master (already pushed to Gitlab) which is now capable of correcting this situation. The best would be to fix the CSV importer to handle that, but I don't want to touch that right now. So when you import the above into the testfile, you now end up with the scenario in attached screenshot1.png. It shows a difference of 307.78 which is "2 * 153.89". Simply double click on the transaction and immediately save it solves the problem by adjusting the sign of the amount (see attached screenshot2.png) Simply loading your existing transactions into the editor and saving them should correct those existing transactions. Hope that helps. I finally tested against the original file and as predicted, just opening and saving the problem transactions removed the inconsistencies. Thanks for the quick fix. Jack
Re: Very strange problems with OFX imported dividend reinvestment transactions from Fidelity
On 2024.09.05 10:39, Thomas Baumgart via KMyMoney-devel wrote: On Sonntag, 1. September 2024 22:07:10 CEST Jack via KMyMoney-devel wrote: > On 2024.09.01 06:47, Thomas Baumgart via KMyMoney-devel wrote: > > On Samstag, 31. August 2024 21:22:23 CEST Jack Ostroff via > > KMyMoney-devel wrote: > > > >> I've been having problems with consistency check for a long time, > >> but never bothered to track down the cause. I'm trying to do that > >> now, and everything I see just confuses me more. I do assume that > >> the initial issue is introduced with the ofx import from Fidelity, > >> but I also think KMM is doing something funny here. > > > > > > For one transaction, consistency check says: > > > * Split S0002 in transaction 'T000258' contains > > different > > > signs for shares and value. Please fix manually > > > > I assume you do all this with the current master version. Can you > > send me the details of an unaltered transaction (screenshot of the > > Transaction detail output) via PM and maybe the plain XML of it? > > Yes, compiled a few days ago, although --version only shows me kmymoney > 5.1.80- which happens sometimens, although I've never figured out why. > > Even better, I'm attaching a much smaller xml file which shows the > problem. I created a new file, including checking (not actually used,) > invest, and broker accounts. I then imported the following lines, > which I copied from the actual download csv from Fidelity: > > Run Date,Account,Action,Symbol,Description,Type,Quantity,Price > ($),Commission ($),Fees ($),Accrued Interest ($),Amount ($),Settlement > Date > 05/31/2024,"Corporation" Z46095109," REINVESTMENT FIDELITY > GOVERNMENT CASH RESERVES (FDRXX) (Cash)", FDRXX," FIDELITY GOVERNMENT > CASH RESERVES",Cash,153.89,1-153.89, That is where the problem starts: the sign between shares (153.89) and amount (-153.89) differs! I made some changes to master (already pushed to Gitlab) which is now capable of correcting this situation. The best would be to fix the CSV importer to handle that, but I don't want to touch that right now. So when you import the above into the testfile, you now end up with the scenario in attached screenshot1.png. It shows a difference of 307.78 which is "2 * 153.89". Simply double click on the transaction and immediately save it solves the problem by adjusting the sign of the amount (see attached screenshot2.png) Simply loading your existing transactions into the editor and saving them should correct those existing transactions. Hope that helps. Thomas Yes, I just imported from Fidelity for the August transactions, and noticed this. I also vaguely recall a "switch signs" type setting, but I suppose that is part of the OFX importer, and I agree we would prefer to not mess with the CSV importer if possible. I will test the new version shortly. [snipped the rest]
Re: Very strange problems with OFX imported dividend reinvestment transactions from Fidelity
On 2024.09.01 06:47, Thomas Baumgart via KMyMoney-devel wrote: On Samstag, 31. August 2024 21:22:23 CEST Jack Ostroff via KMyMoney-devel wrote: I've been having problems with consistency check for a long time, but never bothered to track down the cause. I'm trying to do that now, and everything I see just confuses me more. I do assume that the initial issue is introduced with the ofx import from Fidelity, but I also think KMM is doing something funny here. > > For one transaction, consistency check says: > * Split S0002 in transaction 'T000258' contains different > signs for shares and value. Please fix manually I assume you do all this with the current master version. Can you send me the details of an unaltered transaction (screenshot of the Transaction detail output) via PM and maybe the plain XML of it? Yes, compiled a few days ago, although --version only shows me kmymoney 5.1.80- which happens sometimens, although I've never figured out why. Even better, I'm attaching a much smaller xml file which shows the problem. I created a new file, including checking (not actually used,) invest, and broker accounts. I then imported the following lines, which I copied from the actual download csv from Fidelity: Run Date,Account,Action,Symbol,Description,Type,Quantity,Price ($),Commission ($),Fees ($),Accrued Interest ($),Amount ($),Settlement Date 05/31/2024,"Corporation" Z46095109," REINVESTMENT FIDELITY GOVERNMENT CASH RESERVES (FDRXX) (Cash)", FDRXX," FIDELITY GOVERNMENT CASH RESERVES",Cash,153.89,1-153.89, At the bottom of this message is the section from csvimporterrc for this invest import. What I'm particularly interested in is 1) why does the consistency check show an error (correctly, it seems) but the ledger does not show any indication of a problem 2) the ledger shows a negative value, but on editing the transaction, all amounts show positive 3) editing the transaction and changing the sign of the interest has no effect, but changing the sign of the shares shows shares and value as positive, but does show an error icon for a missing assignment of twice the value. 4) editing again and changing the sign of the shares then fixes the problem. If the attachment of the xml file doesn't get through to the list, I'll send it to you directly. > This is a dividend reinvestment transaction, and the ledger shows the > shares $149.44, price $1.00, and value $-149.44 (all in US Dollars, no > currency conversions involved.) However, there is no error icon on > that entry. Showing the transaction details matches these numbers in > the stock account, and all are positive in the interest/dividends > category, If I then edit the transaction, all values show positive. > If I then click the enter button without changing anything, the > transaction shows an error icon with a missing assignment of $298.88. > At that point, transaction details shows the same for the stock > account, but shares and value both negative in the category account. > Editing the transaction again shows all numbers positive, but Enter > does not change anything. If I then edit and change the shares to > negative, the ledger looks the same, but transaction details shows > negative shares and values in both accounts. Another edit to remove > the minus sign on the number of shares clears the error in the ledger > and the transaction is no longer listed in the consistency report. > > This all makes no sense to me, since my edits add then remove a minus > sign on the number of shares, I would not expect any net change, but at > the end, both shares and value show negative in the category in the > transaction details, although in the category ledger, it does show as > income, not expense. > > Just to make things worse, if I start by looking at one of these > transaction (I have several) in the category ledger, the amount is > shown in the Expense coulumn, which is clearly wrong. Transaction > details, as above, show positive shares and negative value in the stock > account but both positive in the category. Editing and saving with no > changes seems similar to doing so in the investment account ledger, > with the error icon showing the missing assignement of twice the value > and transaction details showing positive shares and negative vlue in > the stock account, and both items negative in the category. However, > if I then edit the transaction, it shows as a Buy, with no Security > shown, and 0 for shares and price. > > Since I never seem to notice this until long after I actually download > those transacations, and I don't save the download file (web connect > download) I'll have to find time to download a small sample and see if > I can reproduce the problem in a smaller test file. [Invest-FidelityInvest] AmountCol=11 AutoAccountName=false BuyParam=buy DateCol=0 DateFormat=1 DecimalSymbol=2 Directory=~/home/f
[kmymoney] [Bug 492288] Nobara Linux - dark mode lettering is total black
https://bugs.kde.org/show_bug.cgi?id=492288 --- Comment #1 from Jack --- No direct answer, but a few comments/questions. Black text isn't necessarily bad - it's just not readable on a black background. :-) Please consider posting screenshots as jpeg or png images. Spectacle is a good tool for making captures. I don't know if it matters, but are you running Xorg or Wayland? What do other KDE programs do in dark mode? What color text on what color background. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491649] Ledger
https://bugs.kde.org/show_bug.cgi?id=491649 --- Comment #12 from Jack --- Just to clarify, the search box (including the status filter) was at the top in 5.1.3, but is now displayed at the bottom of the ledger in master branch/development version after you hit Ctl-F. This means both the custom color issue and control over columns in the ledger will be fixed in 5.2, and the search/status filter is present in both 5.1.3 and master branch, although you need to hit Ctl-F to see it in master. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491649] Ledger
https://bugs.kde.org/show_bug.cgi?id=491649 --- Comment #6 from Jack --- PLEASE - if you reply by email, trim what you are replying to - it really clutters up the bug and makes it hard to read. Please recheck the version number. There is no 5.1.8, it is probably 5.1.80 plus a string related to the exact git commit used for that particular version. When you first check Use Custom Colors, I believe it starts with the default colors. Have you tried changing any of the colors when you do check Use Custom Colors? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491649] Ledger
https://bugs.kde.org/show_bug.cgi?id=491649 --- Comment #3 from Jack --- (Thomas - the bug subject is just "ledger." I think the "New:" referred to it being a new bug.) First, if you reply to a bug by email, please delete everything first and only send your new comment. Your entire email becomes the next entry in the bug listing, and quoting the previous entry in your email makes it much harder to read. Next, the program is developed in git. 5.1.3 is released from the 5.1 branch and there is a development version released from master branch. Git is just the program used to manage the source code, and it allows different versions to be worked on at the same time. What Thomas is asking is which exact version are you using - from Help/About KMyMoney. This is important, as the ledger has been mostly rewritten in master branch (which will eventually be released as version 5.2.) You can look at https://kmymoney.org/windows.html and try the development version to see if some or all of your problems have been resolved. Do make a backup of your data file first, although some people have actually been using this version on a regular basis. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491631] kmymoney doesn't accept dead keys in "Pay to" field
https://bugs.kde.org/show_bug.cgi?id=491631 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #4 from Jack --- Might it have to do with the field being a combobox which is showing possible completions? I'm not familiar with that code, but can you enter an accented second character if there is NOT already a possible completion of what you are trying to enter? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491631] kmymoney doesn't accept dead keys in "Pay to" field
https://bugs.kde.org/show_bug.cgi?id=491631 Jack changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491631] kmymoney doesn't accept dead keys in "Pay to" field
https://bugs.kde.org/show_bug.cgi?id=491631 Jack changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack --- We need to figure out if this is really a KMyMoney problem, or something in one of the underlying Qt or KDE libraries. Can you try entering all those various combinations in spreadsheet cells in Calligra? Also, can you try copy/pasting those combinations from any other program (or perhaps even from the memo field) into the payee field? That might distinguish between keboard entry problem and a problem dealing the the accented character itself. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491494] Blank Home Page
https://bugs.kde.org/show_bug.cgi?id=491494 --- Comment #6 from Jack --- I am unable to reproduce this on ArtixLinux (similar to ArchLinux, but with openrc and no systemd) either the distro 5.1.3, or a recent 5.1 or master branch Appimage, either on xorg or on wayland. I doubt the Arch and Artix PKGBUILDs are different, but I'll have to check to be sure. However, I just found https://bbs.archlinux.org/viewtopic.php?id=296427 which looks like your problem. What video driver are you using? Do any of the suggestions there help? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491494] Blank Home Page
https://bugs.kde.org/show_bug.cgi?id=491494 --- Comment #5 from Jack --- If you delete ~/.config/kmymoney and start the app (only Appimage or also the distro's 5.1.3?) it works ok, but only the first time you run it? Have you also tried an Appimage from master branch? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491405] Using the controle box of a tranaction the screen of my laptop blinks black.
https://bugs.kde.org/show_bug.cgi?id=491405 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Component|buildsystem |general Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- I suspect there is a translation issue here, as I do not understand what the problem is. Am I correct you just noticed this when upgrading from an earlier version to 5.1.32, as part of updating LInux Mint? What do you mean by the Status box? How did you hide it? Are you saying that when you do this, the entire screen blinks, or just the KMM window? Did it only blink once, or what did you have to do to recover? With more details, we are more likely to be able help you. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491494] Blank Home Page
https://bugs.kde.org/show_bug.cgi?id=491494 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #2 from Jack --- The home page (as well as the display of many reports) is generated as HTML, and there seem to be some circumstances where this is not handled correctly (or at all) leading the the black area. It is certainly possible wayland is involved, but we need more information first. What are the KDE versions shown by the Components tab of Help/About KMyMoney? (KMyMoney has not yet been ported to Qt/KDE 6.) Also, can you try running an Appimage version to see if it works? Over the past months, some of the underlying libraries KMM uses have changed, but of course I don't remember the details when it matters. (see https://kmymoney.org/appimage.html) -- You are receiving this mail because: You are the assignee for the bug.
Re: reconciliation bars not showing in investment account
On 2024.08.06 02:58, Thomas Baumgart via KMyMoney-devel wrote: On Sonntag, 4. August 2024 01:02:25 CEST Jack Ostroff via KMyMoney-devel wrote: > I'm doing my monthly reconciliation of a bunch of my investment > accounts, and on the second one noticed that the green reconciliation > bars in the ledger are not showing up for my investment accounts. I'm > not actually sure when this started. Am I missing something or should > I file it as a bug? What is the sorting option in the ledger? These bars are only shown when the first sort attribute is date based (I think). Could that be causing the behavior you encounter? As I thought, I'm using the default of Post date, Reconcile state, Amount.
[kmymoney] [Bug 489260] Ctrl+Ins generates error message . . . change to keyboard shortcut not retained
https://bugs.kde.org/show_bug.cgi?id=489260 --- Comment #7 from Jack --- Sounds reasonable to me. I suspect it's one of those things where there are a limited number of shortcuts, and sooner or later someone else will start using another one that we have been using. Having looked at the other bug, I'm not sure if they are the same or not. I think for me to really test I'll have to set up a new user, but in any case, I don't think this really counts as a bug in either KMM or plasma - it's just the eventual conflict in a limited number of keyboard shortcuts, when they can be created/added by plasma (or any Desktop Environment) or any application. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 434851] The key sequence 'Ctrl+Ins' is ambiguous
https://bugs.kde.org/show_bug.cgi?id=434851 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| --- Comment #4 from Jack --- Does anyone still find this to be a problem. Possible duplicate bug 489260 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491145] Home Page and Reports not showing data
https://bugs.kde.org/show_bug.cgi?id=491145 --- Comment #4 from Jack --- Over the years, many new checks have been added to the consistency test, so new issues showing up is not a surprise. Please say what types of messages you get and we can suggest how to resolve them. When you say it forgot some reports, did it just no longer mark some reports as favorites, or did it seem to actually forget the report? In the latter case, if you Save As with the new version (be sure to keep a copy of the original data file) is the report now missing if you open that new file with the old version of the program? I want to be sure there isn't something in the old report which the new program fails to read correctly. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 491145] Home Page and Reports not showing data
https://bugs.kde.org/show_bug.cgi?id=491145 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- I was going to close this as a duplicate of Bug 468936, but that one got closed as WORKSFORME because the OP didn't respond to questions about details of their setup. Basically, the "missing" sections are rendered using HTML, so the problem is figuring why that is the case. I thought there had been a solution, but will need to do some further research to find that information. However, if this problem just started for you, is this a new installation of KMyMoney, or else what has recently changed or been upgraded? In the meantime, I did find one post suggesting that something had changed either in the rendering or the package building, so it would be good if you could at least try using the development version, built from master branch, rather than either the stable 5.1.3 or even git head of the 5.1 git branch. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 489274] Manual backup
https://bugs.kde.org/show_bug.cgi?id=489274 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- Please confirm whether this is the menu File/Backup or File/Save or Save As. Backups add a time stamp to the file name, so uniqueness should not be an issue.. I don't believe that you could ever save a file to a director that did not already exist, so at least some idea of how long ago you claim this worked would be helpful. Please be consistent with slashes (all forward or all backward) as mixing them is confusing. Please confirm that all these are local folders, with no network mapping involved. Network drives add a layer of complexity, especially on Windows. Where are you specifying this folder? I don't have a copy of Windows handy to check on the differences in the save file dialog, but on Linux, the dialog lets you browse through folders and specify a file name, but I don't think you can specify the path in the file name box, just the name. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 433313] GPG encryption
https://bugs.kde.org/show_bug.cgi?id=433313 --- Comment #10 from Jack --- Can you identify where that message is written? I don't generally use encryption myself, but hopefully later in the week I can make some time to run under a debugger. Am I correct this is true in both 5.1.3 and git master? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 489260] Ctrl+Ins generates error message . . . change to keyboard shortcut not retained
https://bugs.kde.org/show_bug.cgi?id=489260 --- Comment #5 from Jack --- I have not yet looked carefully at the other bug you mentioned, but when you say you changed or deleted Ctl-Ins as a short-cut for copy, where did you do that? If you did it in KMyMoney, I'm not surprised it didn't stick. I believe (but am not yet certain) that Ctl-Ins for copy is set by some part of the system other than KMyMoney, and it is in place in the Desktop Environment (whether Plasma or xfce or something else) when KMyMoney starts. I suspect that if you find whatever tool your Desktop Environment uses to set keyboard shortcuts and delete or change it there, you will fix the problem in KMyMoney. I'm not really sure there is anything else KMyMoney can actually do about it if I am correct as to the cause. I'll try to find time to check that other bug. -- You are receiving this mail because: You are the assignee for the bug.
Re: Application crashing at startup. Master
JV, Where did you notice that initialization. We need to see the full console output, or at least a dozen or so lines before the crash. I feel like we don't have all the relevant information. KMM loads all available plugins at startup, it doesn't wait until it needs to use them. Seeing where in the process of startup it crashes might help us figure out exactly what is failing. Separately, have you tried compiling 5.1.3 or git head 5.1 branch? That might tell us if it is something specific to master or if it's something with your configuration. Jack (no need to cc me directly) On 7/20/24 8:32 PM, J. Varela wrote: Hi Jack, I can run app images just fine. It is when I try to compile and run master that I face this issue. I noticed before that the reports are initialized or something like that when the app runs. I thought it was unusual as I expected that code to fire off when the user interacted with the reports but didn't seem to be that way. Also I am just learning so I may be completely misunderstanding. JV On Sat, Jul 20, 2024, 3:32 PM Jack via KMyMoney-devel wrote: First, can you run an appimage version? (https://kmymoney.org/appimage.html). Next, can you launch kmymoney with gdb and see if you can get a useful backtrace when it crashes? Thomas may know better, but I don't understand how it is crashing with a message which mentions KReportView before there is any other output about loading plugins. Jack On 2024.07.20 02:58, kode Monk3y via KMyMoney-devel wrote: > The application still crashed after recompile. > > Same error. > > Let me know if you think of something else I can try. > > I kind of see what you may be thinking. That maybe it is picking up a > wrong module somewhere. > > thanks, > > JV > > On Sat, 2024-07-20 at 01:47 -0500, jvap...@gmail.com wrote: > > > > Thanks Thomas. > > > > I ran the remove command. > > > > [kod3monk3y@fedora-thinkpade15 build]$ sudo rm -rfi > > /usr/lib64/qt5/plugins/kmymoney > > [sudo] password for kod3monk3y: > > rm: descend into directory '/usr/lib64/qt5/plugins/kmymoney'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/budgetview.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/checkprinting.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/csvexporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/csvimporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/forecastview.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/gncimporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/icalendarexporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kbanking.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_checkprinting.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_csvimporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_forecastview.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_icalendarexporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_qif.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_reportsview.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/kcm_xmlstorage.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/konlinetasks_sepa.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/ofximporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/onlinejoboutboxview.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/qifexporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/qifimporter.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/reconciliationreport.so'? y > > rm: remove regular file > > '/usr/lib64/qt5/plugins/kmymoney/reportsview.so&#x
Re: Application crashing at startup. Master
First, can you run an appimage version? (https://kmymoney.org/appimage.html). Next, can you launch kmymoney with gdb and see if you can get a useful backtrace when it crashes? Thomas may know better, but I don't understand how it is crashing with a message which mentions KReportView before there is any other output about loading plugins. Jack On 2024.07.20 02:58, kode Monk3y via KMyMoney-devel wrote: The application still crashed after recompile. Same error. Let me know if you think of something else I can try. I kind of see what you may be thinking. That maybe it is picking up a wrong module somewhere. thanks, JV On Sat, 2024-07-20 at 01:47 -0500, jvap...@gmail.com wrote: > > Thanks Thomas. > > I ran the remove command. > > [kod3monk3y@fedora-thinkpade15 build]$ sudo rm -rfi > /usr/lib64/qt5/plugins/kmymoney > [sudo] password for kod3monk3y: > rm: descend into directory '/usr/lib64/qt5/plugins/kmymoney'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/budgetview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/checkprinting.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/csvexporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/csvimporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/forecastview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/gncimporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/icalendarexporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kbanking.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_checkprinting.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_csvimporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_forecastview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_icalendarexporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_qif.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_reportsview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/kcm_xmlstorage.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/konlinetasks_sepa.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/ofximporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/onlinejoboutboxview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/qifexporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/qifimporter.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/reconciliationreport.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/reportsview.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/sqlstorage.so'? y > rm: remove regular file > '/usr/lib64/qt5/plugins/kmymoney/xmlstorage.so'? y > rm: remove directory '/usr/lib64/qt5/plugins/kmymoney'? y > [kod3monk3y@fedora-thinkpade15 build]$ > [kod3monk3y@fedora-thinkpade15 build]$ > [kod3monk3y@fedora-thinkpade15 build]$ kmymoney > QSocketNotifier: Can only be used with threads started with > QThread > WebConnect: Running in server mode > QObject::connect(QAction, KReportsView): invalid nullptr parameter > Segmentation fault (core dumped) > [kod3monk3y@fedora-thinkpade15 build]$ date > Sat Jul 20 01:43:11 AM CDT 2024 > > Unfortunately, it did not work. I am recompiling now to see if it > helps. > > I will update this email once it is done. > > thanks, > > Jesse V. > > On Sat, 2024-07-20 at 07:40 +0200, Thomas Baumgart via KMyMoney-devel > wrote: > > On Freitag, 19. Juli 2024 18:49:26 CEST jvap...@gmail.com wrote: > > > > > Ok. Thanks. > > > > > > I also have a fedora system running kde plasma in case Gnome is > > > the > > > issue. But there I faced a similar issue, I cannot remember if it > > > was > > > the same exact issue. I came back to gnome because that kde was > > > using > > > plasma 6 and qt 6 modules so I didn't want to mix the issues. > > > > > > Anyways, I am attaching the file. > > > > > > Also, maybe I screwed something up because I was installing > > > packages as > > > it was saying it could not find them. > > > > > > thanks very much for the help. > > > > > > JV > > > > > > > Looked at the file's content. There seems to be some leftover of an > > old > > installation. Not sure if it is causing your problems, but it sure > > does > > not harm to clean it up. > > > > /usr/lib64/qt5/plugins/kmymoney/reportsview.so (maybe a leftover > > from > > 5.1.x) > > /usr/lib64/qt5/plugins/kmymoney_plugins/reportsview.so (used by > > master) > > > > Maybe, there are other plugins still lingering in the previously > > used > > directory for plugins. > > > > For me using master, the directory /usr/lib64/qt5/plugins/kmymoney > > only contains two sub-directori
[kmymoney] [Bug 460131] Make it possible/easier to open account's web site to download transactions
https://bugs.kde.org/show_bug.cgi?id=460131 --- Comment #10 from Jack --- Having a link to invoke the URL (if peresent) makes sense on both the Account and Institutions Edit pages, and I suppose even from their entry in the relevant View. However, for my use case, it makes sense to be able to do so directly from the ledger. For accounts which no longer support direct connect, being able to go directly to the web site from the ledger saves lots of steps. Even if I don't have a specific URL for the account, falling back to the institution's URL if no account URL is available make sense. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 460131] Make it possible/easier to open account's web site to download transactions
https://bugs.kde.org/show_bug.cgi?id=460131 --- Comment #8 from Jack --- I had been looking for it somewhere on the tab itself. However, that icon only seems to appear if you have explicitly entered a URL for the account. If you have not done so, shouldn't it appear using the Institution's URL, if present? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 490207] Scheduled transactions Not automatically entered
https://bugs.kde.org/show_bug.cgi?id=490207 Jack changed: What|Removed |Added Resolution|WAITINGFORINFO |--- CC||ostroffjh@users.sourceforge ||.net Status|NEEDSINFO |REPORTED --- Comment #6 from Jack --- I'm having the same problem, and I've also tried a variety of those settings. I have two overdue schedules, and restarting KMM does not try to load them. I also had one overdue schedule, and when I imported some bank transactions which included the transaction which matched the schedule, it also did not offer to load it. -- You are receiving this mail because: You are the assignee for the bug.
Re: Application crashing at startup. Master
The build log is not helpful with a runtime crash. Please launch by
command line and post the output. You can also try launching with
"kmymone -n" to not load your data file, just in case there is some
problem there.
On 7/18/24 9:13 PM, kode Monk3y via KMyMoney-devel wrote:
Hi all,
The trouble I am having is the application crashes at startup.
FYI I ran a new git clone and compiled then tried to run the
application. Whether through kdevelop or terminal, I get the same
crash.
I have a script I use to build the application:
{
echo " Uninstall "
sudo xargs rm < install_manifest.txt
echo " Clearing the cache"
rm CMakeCache.txt
echo " Runinng cmake "
##cmake .. -DCMAKE_INSTALL_PREFIX=/usr -
DKDE_INSTALL_PLUGINDIR=/usr/lib64/qt5/plugins -
DCMAKE_BUILD_TYPE=Debugfull -ENABLE_UNFINISHEDFEATURES=on
cmake .. -DCMAKE_INSTALL_PREFIX=/usr -
DKDE_INSTALL_PLUGINDIR=/usr/lib64/qt5/plugins -
DCMAKE_BUILD_TYPE=Debugfull -DENABLE_SQLSTORAGE=off -
DENABLE_SQLCIPHER=off
echo " running sudo "
sudo make -j8
echo " make install/fast "
sudo make install
echo " Complete "
} >> rebuild.jv.log
I basically just ran the make statement as specified in the telegram
chat.
I am attaching the output of make > log.txt 2>&1
I look forward to any help any of you can give.
thanks
Jesse V.
[kmymoney] [Bug 460131] Make it possible/easier to open account's web site to download transactions
https://bugs.kde.org/show_bug.cgi?id=460131 --- Comment #6 from Jack --- Now that I'm trying to test this - how do you activate the web url for an account or institution? I see you can click the icon next to the URL in the Edit Institution dialog, but I don't see anything similar on Edit Account. Should I open a new wishlist, perhaps to add "open linked URL" to the Institution and Account options menu? Maybe also put a button on the ledger page? If I'm really stretching, could right clicking the ledger tab bring up the Account Options menu? -- You are receiving this mail because: You are the assignee for the bug.
Re: kmm recovery key 0x59B0F826D2B08440
On 7/16/24 3:35 PM, MK via KMyMoney-devel wrote: Hi kmm devs! The kmm recovery key has expired. However, I found no possibilty to get rid of it in the kmm settings. The option is greyed out - possibly due to the key being expired... Will there be a renewed recovery key or how can I get rid of the key in kmm settings? Thanks! Martin Hi Martin, Thomas did renew the key, which is now good until Jan 2025. Perhaps you need to get the new public key from https://kmymoney.org/recovery.html and import it. Jack
other questions: was: Dutch language and another question
On 2024.07.16 03:32, Thomas Baumgart via KMyMoney-devel wrote: [snip translation discussion] > I have a question about the payee section. Payees and payers are merged > into a single list. Wouldn't it be clearer for the user to separate the > two? And then offer only payers in the dropdown when adding a deposit and > only payees when entering a withdrawal in ledger? > > A second suggestion came to mind when using the application. I can imagine > the list with payees gets very long over time. This might be a bit less > overwhelming by selecting a category first under ledger and then only get a > list of the payees with that default category. For example when choosing > category groceries the drop-down list would only contain grocery stores. Those sound like useful additions. Would you mind to enter them as wish list items on https://bugs.kde.org/enter_bug.cgi?product=kmymoney&format=guided so that they don't get forgotten? Although, the latest development version does not differentiate between withdrawal and deposit as earlier versions did. We'll see. I'll add comments to a wishlist when it gets filed, but I do have a problem with separating payers and payees. If I have a payer such as a credit card company (to whom I would pay fees and/or interest, what happens if I overpay and get a refund. That transaction is a deposit, but the payee would not be listed in this case. I suppose a configuration setting whether to list only payees or payers or list all is one way, or else a button to "list all" to override the default would also work. I also see a downside to selecting the category first. If I select a payee that has a default category, I then don't need to select the category - it is set automatically. This way I would need to set both. However, I suppose if you DO set the category first, then limiting the payees offered in the dropdown might make sense. In either case, entering a transaction with a category other than the default for that payee would take more effort. It's certainly a less common event, so taking more effort than the common use cases is not unreasonable. Jack
[kmymoney] [Bug 441793] Phantom Transaction
https://bugs.kde.org/show_bug.cgi?id=441793 Jack changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #2 from Jack --- OP reported by personal mail he doesn't even recall posting the bug, and doesn't remember having that problem. Closing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 442354] When matching transactions, the first one selected should be first shown in the "Merge Transactions" dialog
https://bugs.kde.org/show_bug.cgi?id=442354 Jack changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Version Fixed In||5.2 --- Comment #4 from Jack --- Thanks for confirming, but I didn't think this was fixed in 5.1.3, only in master branch. Perhaps there was a partial fix in 5.1.3, which was enough to meet your needs, with further improvement of the match dialog in master branch, so I'll close as fixed in 5.2. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 419570] Provide split category detail instead of fixed text 'Split transaction'
https://bugs.kde.org/show_bug.cgi?id=419570 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #2 from Jack --- Hasn't this been addressed in the new ledger in git master? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441793] Phantom Transaction
https://bugs.kde.org/show_bug.cgi?id=441793 Jack changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack --- I"m not sure why this never got addressed, but unless you still have a data file that shows this problem, I'm tempted to close this as WORKSFORME. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451828] When importing Online transactions using OFX, transactions may be skipped if occurred on the day of the last update
https://bugs.kde.org/show_bug.cgi?id=451828 Jack changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #6 from Jack --- I tend to blame such things on the phase of the moon. I'm not suer why this wasn't closed but doing so now. Obviously this can be reopened if the problem recurs. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 454485] KMyMoney crashed when opening a ledger
https://bugs.kde.org/show_bug.cgi?id=454485 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #3 from Jack --- Given that gnutls has likely been upgraded since this was reported, and you should now be using KMM 5.1.3, does this still happen? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 317511] Allow transaction editing from ledger view after double-clicking on category in category list
https://bugs.kde.org/show_bug.cgi?id=317511 --- Comment #7 from Jack --- Are we ready to call this closed and fixed in 5.2? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 442354] When matching transactions, the first one selected should be first shown in the "Merge Transactions" dialog
https://bugs.kde.org/show_bug.cgi?id=442354 --- Comment #2 from Jack --- Hasn't this been addressed in the new ledger? It is now possible to switch which transaction is considered "first" when merging. If someone else can confirm, I'll be happy to close as fixed in 5.2. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 342401] allow different payees on splits
https://bugs.kde.org/show_bug.cgi?id=342401 --- Comment #12 from Jack --- If I'm not mistaken, this is now possible in the new ledger, used in any version compiled from git master. It would be great if the OP could confirm it works for him, and we could close as fixed in 5.2. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 474917] Text reports are gray with no information
https://bugs.kde.org/show_bug.cgi?id=474917 --- Comment #14 from Jack --- I'm not sure if anything was explicitly done about this, but I wonder if we should close it as fixed in 5.2? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 253530] in ledger view the cursor moves to wrong position after selecting the Transfer or Withdrawal tabs
https://bugs.kde.org/show_bug.cgi?id=253530 --- Comment #6 from Jack --- Given it's been a long time, and I don't know if the OP is still using KMM, but I wonder if this is still a problem with the new ledger code in git master? I also wonder if we have an open wishlist to alter the tab order of fields in the ledger, which might also be helpful here. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 273335] Wishlist- Ledger view - change item order
https://bugs.kde.org/show_bug.cgi?id=273335 Jack changed: What|Removed |Added Version|SVN |git (master) Platform|openSUSE|Compiled Sources --- Comment #1 from Jack --- Given this is still an issue, I've updated some of the details. However, I don't see any reasonable way to adjust the order of individual transactions, unless we add a new field to each transaction, as I do not think we want to change one of the current date fields to date/time. The new field could be date/time, just a time, or perhaps just a "sort" integer. This field would use a default value for most transactions, but be editable to slightly order the sort within a day. It might make sense to only allow sorting by this field after one of the date fields. -- You are receiving this mail because: You are the assignee for the bug.
Re: extremely annoying failure
On 7/6/24 11:22 AM, Thomas Baumgart via KMyMoney-devel wrote: On Samstag, 6. Juli 2024 01:42:28 CEST Jack via KMyMoney-devel wrote: First, I'll say there was no actual data loss, just loss of more time than I'm happy losing over the past two days. On 30 June, I saved and backed up my data file, and began my end of month reconciliation of my investment accounts. Yesterday, I had completed reconciliation of one account. I thought I had saved, but in retrospect (i.e., looking at available files) obviously not, and that was my fault. Today, I completed reconciliation of a second account, and again (unusually) neglected to save the file. I then started on a third account. These are all investment accounts, and my broker sends two transactions for a dividend reinvestment. In the Investment account, I convert one to a reinvestment transaction. The other transaction only appears as a deposit in the brokerage account. In this case, I reconciled the investment account first, and then went to the brokerage account. I reconciled the account before I deleted three of those "extra" transactions, which left me with an incorrect balance, too large by the sum of those three transactions. When I saw this, I deleted those three transactions, and only then noticed the "wrong" reconciled balance. OK - I figured I could undo several steps, going back to right before I did the reconciliation. Well, I did undelete those three transactions, but at that point, the "undelete" button appeared disabled. I could push it, and the window re-displayed, but nothing changed. Multiple further presses did not remove the "now wrong" reconciliation banner from the ledger. Is reconciliation not able to be undone, or have I discovered an actual bug? That could well be. The reconciliation process is not a single action to be undone but many more. First you start the reconciliation, then you process the transactions (modify them, merge them, etc.) and then you finish it. Each of these steps is a single undo action (at least with the current implementation). The way I do it, it should be a bit simpler than that. I generally do all my "preparation" work first, then I hit the "Reconcile" button, adjust the date if necessary (in this case, changed from 30 Jun to 28 Jun) and click OK. I then click "Finish" which I have added to the toolbar. Unfortunately, I neglected to save a copy of the file in it's "bad" state, although I can probably recreate it if necessary. Any thoughts? To analyze this further, a sample file with some detailed instructions would be extremely helpful. I'll try to create one. Not sure, if the undo/redo feature is really something we want to keep available in it's current state for the regular user. Given your example and description this could open a few large cans of worms for a regular user. We could hide it and only make it available as experimental feature in the next release. Thoughts? No strong opinion. In this case, if I could have reversed the "finish" process, I could then have deleted the transactions and then hit "finish."One thing I have considered asking for as a wishlist is to be able to see a list of the queued up possible "undo" actions. For example, hovering over the Undo button might show a tooltip of the single action to be undone. However, keeping it hidden behind the "experimental" configure time flag is reasonable.
[kmymoney] [Bug 489812] Kmymoney 5.1.3 stuck at splash screen
https://bugs.kde.org/show_bug.cgi?id=489812 Jack changed: What|Removed |Added Resolution|FIXED |NOT A BUG -- You are receiving this mail because: You are the assignee for the bug.
extremely annoying failure
First, I'll say there was no actual data loss, just loss of more time than I'm happy losing over the past two days. On 30 June, I saved and backed up my data file, and began my end of month reconciliation of my investment accounts. Yesterday, I had completed reconciliation of one account. I thought I had saved, but in retrospect (i.e., looking at available files) obviously not, and that was my fault. Today, I completed reconciliation of a second account, and again (unusually) neglected to save the file. I then started on a third account. These are all investment accounts, and my broker sends two transactions for a dividend reinvestment. In the Investment account, I convert one to a reinvestment transaction. The other transaction only appears as a deposit in the brokerage account. In this case, I reconciled the investment account first, and then went to the brokerage account. I reconciled the account before I deleted three of those "extra" transactions, which left me with an incorrect balance, too large by the sum of those three transactions. When I saw this, I deleted those three transactions, and only then noticed the "wrong" reconciled balance. OK - I figured I could undo several steps, going back to right before I did the reconciliation. Well, I did undelete those three transactions, but at that point, the "undelete" button appeared disabled. I could push it, and the window re-displayed, but nothing changed. Multiple further presses did not remove the "now wrong" reconciliation banner from the ledger. Is reconciliation not able to be undone, or have I discovered an actual bug? Unfortunately, I neglected to save a copy of the file in it's "bad" state, although I can probably recreate it if necessary. Any thoughts? Thanks. Jack
[kmymoney] [Bug 488231] Forecast
https://bugs.kde.org/show_bug.cgi?id=488231 --- Comment #3 from Jack --- I assume you mean 5.1.3. Hopefully this is not platform dependent. So far, you are the only one to report this problem, and we can't reasonably fix a problem we don't see. The best way to get this addressed is for someone to reproduce it, and it would help if you can create a minimal .kmy file that demonstrates the problem. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 489507] crashes when I try to open the ledger
https://bugs.kde.org/show_bug.cgi?id=489507 Jack changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack --- Can you run from command line and see if any useful messages are output to console? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 488705] Font transaction form
https://bugs.kde.org/show_bug.cgi?id=488705 Jack changed: What|Removed |Added Component|bugtracker |ux-ui --- Comment #1 from Jack --- You didn't say which Operating System/Distribution you are using. It may well matter here, as each has their own ways of managing and controlling font usage. 4.6.8 is well long past unsupported, and the changes since then have been major. At this point I would ask if you can reproduce the issue in a version from master branch. Although there is still no definite timeline, it seems unlikely at this point (unless the problem can be confirmed and turns out trivial to fix) that it will be addressed before 5.2 is released. However, one thing you might try is to set all the KMyMoney font settings back to default values, and try changing the font for the entire system. I know that might not be ideal, but if it works, it could be a reasonable approach while waiting for 5.2. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 489129] Program unexpectedly crashes
https://bugs.kde.org/show_bug.cgi?id=489129 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- the first thing I would try is to launch KMyMoney from a command line, to see if anything useful is printed out to console. Also, although it may not be worth testing, I suspect that using a prior version of the program would have been enough, if the program crashed, then it probably did not save a new version of the data file, and opening that file with the older version of the program should work fine. Can you state which version does not work, and I assume the version you mentioned above is the one that failed? -- You are receiving this mail because: You are the assignee for the bug.
Re: price update problems
Good news, mostly. Tried again,and Installed a fresh copy of Finance [Equities] and renamed a copy to Yahoo Finance. Successfully updated 127 prices, failed 11. I think all 11 are Mutual Funds instead of Stocks, although they never used to need any different handling. On 2024.06.18 11:58, Jack via KMyMoney-devel wrote: I just tried again with both libalkimia and kmymoney freshly compiled from master branch. Now, all price updates fail with failure to retrieve ULR, and if I look at Online Sources in configure KMyMoney, there are NO sources, except for three local ones (all three apparently local copies from Install, but all three have blank URLs. Am I caught with something out of sync between alkimia and KMM? If I try a new Install, I choose "Yahoo.com [Stock]" (the current local is "Yahoo.com [Equities]" is lets me "update" but that has no apparent effect. If I uninstall and then install, I see no change in the Online Quotes window, and closing the Intall window crashes KMM. I'm out of time right now, but I'll play some more later. Jack On 2024.06.11 19:44, Jack via KMyMoney-devel wrote: I just tried to update stock prices, and all failed. I only captured one error (Debug) symbol=C id=E54... Fetching URL https://query1.finance.yahoo.com/v8/finance/chart/C... URL found: https://query1.finance.yahoo.com/v8/finance/chart/C... Unable to parse symbol for C Price found: '59.14' (59.14) Date found: '1718136002' Date format found: '1718136002' -> '' Received an invalid price for C, unable to update. (That date is 2024-06-11 16:00:02 -0400: so it is current.) I note that "Update All" ran through all the securities putting an error for each one. This is with newly compiled KMM and libalkimia both from git head. I then looked at Configure/KMyMoney... Online Quotes, and everything has disappeared. I only see fx.rate.net [historical], Yahoo.com [Equities]. and Yahoo.com [Currency]. It also seems that if I edit any of my securites, it does NOT have a source set for prices. Explicitly setting one to Yahoo equities, it then fails with (Debug) symbol=PFE id=E02... Fetching URL ... Unable to fetch url for PFE Also, when I now try to Update All, if fails for each one, and gives me the old choice of Y/N to remove that source or not. I really don't know what I did differently only minutes ago to have it not stop for each error. Looking at all prices, it seems I updated many yesterday from the Statement Importer (irrelelvant here?) but on 1 May from Yahoo Finance for most of them. I suppose I should have been testing more frequently with the recent changes. Anything else I can do to help troubleshoot? Jack
Re: price update problems
I just tried again with both libalkimia and kmymoney freshly compiled from master branch. Now, all price updates fail with failure to retrieve ULR, and if I look at Online Sources in configure KMyMoney, there are NO sources, except for three local ones (all three apparently local copies from Install, but all three have blank URLs. Am I caught with something out of sync between alkimia and KMM? If I try a new Install, I choose "Yahoo.com [Stock]" (the current local is "Yahoo.com [Equities]" is lets me "update" but that has no apparent effect. If I uninstall and then install, I see no change in the Online Quotes window, and closing the Intall window crashes KMM. I'm out of time right now, but I'll play some more later. Jack On 2024.06.11 19:44, Jack via KMyMoney-devel wrote: I just tried to update stock prices, and all failed. I only captured one error (Debug) symbol=C id=E54... Fetching URL https://query1.finance.yahoo.com/v8/finance/chart/C... URL found: https://query1.finance.yahoo.com/v8/finance/chart/C... Unable to parse symbol for C Price found: '59.14' (59.14) Date found: '1718136002' Date format found: '1718136002' -> '' Received an invalid price for C, unable to update. (That date is 2024-06-11 16:00:02 -0400: so it is current.) I note that "Update All" ran through all the securities putting an error for each one. This is with newly compiled KMM and libalkimia both from git head. I then looked at Configure/KMyMoney... Online Quotes, and everything has disappeared. I only see fx.rate.net [historical], Yahoo.com [Equities]. and Yahoo.com [Currency]. It also seems that if I edit any of my securites, it does NOT have a source set for prices. Explicitly setting one to Yahoo equities, it then fails with (Debug) symbol=PFE id=E02... Fetching URL ... Unable to fetch url for PFE Also, when I now try to Update All, if fails for each one, and gives me the old choice of Y/N to remove that source or not. I really don't know what I did differently only minutes ago to have it not stop for each error. Looking at all prices, it seems I updated many yesterday from the Statement Importer (irrelelvant here?) but on 1 May from Yahoo Finance for most of them. I suppose I should have been testing more frequently with the recent changes. Anything else I can do to help troubleshoot? Jack
[kmymoney] [Bug 487734] cannot open when RDP to the machine
https://bugs.kde.org/show_bug.cgi?id=487734 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| --- Comment #10 from Jack --- Jesse - as I said in Comment #6, for such discussions, please don't use a closed bug report, but use https://discuss.kde.org, or one of the other options listed at https://kmymoney.org/support.html. Also, do some searching, as I believe that topic has been discussed recently (sorry I don't have a link handy.) I do believe that in versions of KMyMoney from master branch, it is possible to get asset/liability accounts included in some income/expense reports. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486168] Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
https://bugs.kde.org/show_bug.cgi?id=486168 --- Comment #17 from Jack --- @mattia The question was really whether that rebuilt version was pushed to the stable repository. It was not obvious to me just looking at the bug report. Thanks for confirming. On porting to Qt6, no further bug or issue is needed. It's already on the list. Some initial work has already been done as part of other program changes, although there is plenty left to do. I'm still hoping to publish some sort of roadmap, but the next major release of KMM will be 5.2, which will be made from master branch. After that, I believe the major effort will be the Qt5 -> Qt6 effort. There is no formal timeline yet for either of these, and it's already later than had been hoped, but things are definitely progressing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486876] Show balance button on Ledger view is negative
https://bugs.kde.org/show_bug.cgi?id=486876 Jack changed: What|Removed |Added Severity|normal |wishlist Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #6 from Jack --- Converting to wishlist per Comment #5. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486168] Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
https://bugs.kde.org/show_bug.cgi?id=486168 Jack changed: What|Removed |Added Resolution|--- |DOWNSTREAM Status|CONFIRMED |RESOLVED --- Comment #14 from Jack --- I see the Fedora bug has been closed, so closing here. Let us know if it still doesn't work. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487506] “kmymoney.app” is damaged and can’t be opened. You should move it to the Trash.
https://bugs.kde.org/show_bug.cgi?id=487506 --- Comment #3 from Jack --- I don't think anyone on the KMM team is a Mac user. Since you have it working, I suspect an answer as to why what you did helped will need to come from a Mac related list or forum. I'll probably close as DOWNSTREAM, but if you do find anything that might be changed in the build or packaging process, let us know. However, given that the current stable builds for Max x86-64 are not working (see https://kmymoney.org/macos.html) and the version for arm64 is from March, I'm not sure when will will be able to use such information for a new build. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 305019] Import from Gnucash
https://bugs.kde.org/show_bug.cgi?id=305019 Jack changed: What|Removed |Added Version|4.6.3 |5.1.3 --- Comment #5 from Jack --- Seems to still be a legitimate request, so I'll just update the version to the current release. The payee field is not required, but it is useful if you want to track all the money you have gotten from or given to some individual or organization. Some users even enter a payee for transfer transactions (I believe that was mentioned an on old thread on the mailing list.) I also have several payees such as "Misc restaurant" or "Misc clothing store." Some might be obvious from the category, but not all, so reports by category and by payee are independently useful for me. So, the idea of having more control over whether and how payees are created when importing gnucash data seems good. I don't know it will get much of a priority for the scarce developers' time, but it's still worth tracking. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 305019] Import from Gnucash
https://bugs.kde.org/show_bug.cgi?id=305019 --- Comment #3 from Jack --- I'm tempted to close this as UNSUPPORTED, but I don't know if the problem is still present with 5.1.3 or master branch. However, it would help if someone who needed this could could re-write the description of what is actually desired, using more accurate terminology, as PAYEEs have names, and there is a NOTES field, but no DESCRIPTION. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487734] cannot open when RDP to the machine
https://bugs.kde.org/show_bug.cgi?id=487734 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #6 from Jack --- Thanks for letting us know. Please take further discussion to https://discuss.kde.org or one of the other options listed at https://kmymoney.org/support.html. On the report, have you looked at the cash flow reports? If those are not what you want, please describe in more detail how what you want differs from what is available. There have been some changes to reports in master branch, but it is not likely that these will be backported to 5.1. In that case, it would be best if you can provide a small example set of data. Depending on whether your keyboard shortcuts have been altered (I don't know if the defaults are changed on Windows) Ctl-Ins starts a new transaction. You can confirm this by clicking the Transaction Menu and see if a shortcut is listed on the New menu item. -- You are receiving this mail because: You are the assignee for the bug.
price update problems
I just tried to update stock prices, and all failed. I only captured one error (Debug) symbol=C id=E54... Fetching URL https://query1.finance.yahoo.com/v8/finance/chart/C... URL found: https://query1.finance.yahoo.com/v8/finance/chart/C... Unable to parse symbol for C Price found: '59.14' (59.14) Date found: '1718136002' Date format found: '1718136002' -> '' Received an invalid price for C, unable to update. (That date is 2024-06-11 16:00:02 -0400: so it is current.) I note that "Update All" ran through all the securities putting an error for each one. This is with newly compiled KMM and libalkimia both from git head. I then looked at Configure/KMyMoney... Online Quotes, and everything has disappeared. I only see fx.rate.net [historical], Yahoo.com [Equities]. and Yahoo.com [Currency]. It also seems that if I edit any of my securites, it does NOT have a source set for prices. Explicitly setting one to Yahoo equities, it then fails with (Debug) symbol=PFE id=E02... Fetching URL ... Unable to fetch url for PFE Also, when I now try to Update All, if fails for each one, and gives me the old choice of Y/N to remove that source or not. I really don't know what I did differently only minutes ago to have it not stop for each error. Looking at all prices, it seems I updated many yesterday from the Statement Importer (irrelelvant here?) but on 1 May from Yahoo Finance for most of them. I suppose I should have been testing more frequently with the recent changes. Anything else I can do to help troubleshoot? Jack
[kmymoney] [Bug 488137] Scheduled Transactions not showing in Ledger
https://bugs.kde.org/show_bug.cgi?id=488137 Jack changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |NOT A BUG --- Comment #3 from Jack --- Thanks for letting us know. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 488137] Scheduled Transactions not showing in Ledger
https://bugs.kde.org/show_bug.cgi?id=488137 Jack changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Jack --- I can't think of any reason it would work differently, even between Windows 10 and Windows 11. Is this running the same data file? Did you use the same installation file in both instances? Can you try changing the number of days in advance to display in both systems to confirm it works correctly in the one case, and whether it has any effect at all in the other? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487734] cannot open when RDP to the machine
https://bugs.kde.org/show_bug.cgi?id=487734 --- Comment #3 from Jack --- First, when you reply to a bug by email, please trim everything except your response. Your entire message becomes the next comment, and having the previous comment included makes the flow more difficult to read. Your explanation does help. Now two more questions. Can you launch any other programs remotely? In particular, can you launch any other KDE programs? Do you get any warnings or errors? If not, try launching from command line. Open a command prompt (DOS box or power shell,) find where the kmymoney.exe file is located, switch to that directory and just type "kmymooney." There should be some message about why it cant start. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487734] cannot open when RDP to the machine
https://bugs.kde.org/show_bug.cgi?id=487734 Jack changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack --- Please provide some useful information if you really want help. What operating system/distribution are you using? What are you using for RDP, and what exact command are you using? Are you running xorg or Wayland (if on Linux?) Can you run any other program this way? More specifically, can you run any other KDE program this way? It probably doesn't matter, but what distribution/operating system is on the remote system. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487317] Inaccurate TL sign (₺) display
https://bugs.kde.org/show_bug.cgi?id=487317 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| --- Comment #5 from Jack --- That is quite possible. I don't know enough about how exactly KMyMoney uses Alkimia, so I'm personally just not sure. Hopefully someone who does know will post a more definitive response. -- You are receiving this mail because: You are the assignee for the bug.
Re: [kmymoney] [Bug 474917] Text reports are gray with no information
The latest version there appears to be from mid March, so the build there might not be working correctly either.
[kmymoney] [Bug 474917] Text reports are gray with no information
https://bugs.kde.org/show_bug.cgi?id=474917 --- Comment #11 from Jack --- If build 2045 works, what else is actually needed? The main problem with creating a real fix is that we don't know exactly what the cause of the problem is. In addition, I don't think any of the developers use macOS, so any attempted fix needs to be made, and then can only be tested after the commit is included in the next successful macOS build. Unfortunately, as far as I know, the KDE builds for x86_64 are not currently functional, so unless someone steps up to help restore that process, there is not much that can be done. (see https://kmymoney.org/macos.html for that info.) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486168] Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
https://bugs.kde.org/show_bug.cgi?id=486168 Jack changed: What|Removed |Added CC|ostroffjh@users.sourceforge | |.net| --- Comment #13 from Jack --- You need to report this to Fedora, not here. I don't know of any other distribution which has this problem. I'm also not sure why whoever built KMM for Fedora didn't notice that error in the build log. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486168] Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
https://bugs.kde.org/show_bug.cgi?id=486168 Jack changed: What|Removed |Added CC||ostroffjh@users.sourceforge ||.net --- Comment #11 from Jack --- Note you can add yourself to the cc list without making a comment. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 487317] Inaccurate TL sign (₺) display
https://bugs.kde.org/show_bug.cgi?id=487317 --- Comment #3 from Jack --- I wish I could think of another KDE program which displays currency. That would help decide if the problem is specifically with KMyMoney or with one of the underlying KDE (or even Qt) libraries. At the moment, I don't think the exact version matters, but normally, a version compiled from master branch shows something like kmymoney 5.1.80-8cdd4536e where the last part is the most recent commit. While I continue my research, can you ask on a Neon forum or list whether anyone else has the same problem? I don't know if there are any Turkish specific lists where you might also ask, in case a similar problem has been seen before (not necessarily in KMyMoney) and if so, what the cause was. -- You are receiving this mail because: You are the assignee for the bug.
