[kmymoney] [Bug 473082] csv export of investment account uses 2 digits for number of shares and too many digits for price.
https://bugs.kde.org/show_bug.cgi?id=473082 Thomas Baumgart changed: What|Removed |Added CC||gemdan...@fastem.com --- Comment #11 from Thomas Baumgart --- *** Bug 448349 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448349] CSV Export of Investment account truncates share count to 2 decimal places
https://bugs.kde.org/show_bug.cgi?id=448349 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 473082 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 475491] When changing the "Transfer from" of a transaction a Deposit is changed into a Payment.
https://bugs.kde.org/show_bug.cgi?id=475491 Thomas Baumgart changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #13 from Thomas Baumgart --- This issue is fixed on the master branch and I don't know if we have the resources to tackle this on the 5.1 branch. I am tempted to resolve it either as "LATER" or "FIXED in 5.2" (which we currently use for the next stable branch). Feedback is welcome. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 398168] écran d'accueil
https://bugs.kde.org/show_bug.cgi?id=398168 --- Comment #9 from Thomas Baumgart --- The splash screen which seems to be in the way and not closed automatically in this scenario has since been removed which resolves the issue (at least in master). Case closed. -- You are receiving this mail because: You are the assignee for the bug.
KMyMoney AppImage versions
KDE Sysadmin is working on moving the tasks performed by binary-factory.kde.org (which currently builds our AppImage, MacOS and Windows versions) to the Gitlab infrastructure and its CI system. As a first candidate, the generation of AppImages has now been activated on Gitlab and shutdown on Jenkins. We still need to update our AppImage page to reflect the change. Downloading and extracting is a bit different than it used to be, therefore the AppImage is now build upon each commit and not only once a day or on a manual trigger by a developer. On the downside, only the latest version may be available. To get the appimage, visit https://invent.kde.org/office/kmymoney/-/pipelines and press the download icon on the right of the entry. This will open a list of downloadable items. craft_appimage_x86_64:archive is what you want to click. This will start the download of artifacts.zip which contains e.g. kmymoney-5.1-linux-gcc-x86_64.AppImage in the .kde-ci-packages sub-directory. Extract that file. As a bonus, you won't have to fiddle with the execution permission anymore but can run it right away. Yet a mystery to resolve: why is the master branch version called 5.1 in the filename? Many thanks to Julius Künzel who did most of the work of the transition for KMyMoney. -- Regards Thomas Baumgart - Unix is the most user friendly system I know, the point is that it is really selective about who is indeed its friend. - signature.asc Description: This is a digitally signed message part.
Re: another weird bug
On Donnerstag, 19. Oktober 2023 21:46:46 CEST Jeremy Whiting via KMyMoney-devel wrote: > https://bugs.kde.org/show_bug.cgi?id=475841 filed. Thanks again, if I'm > able to get master built again I'll take a stab at it, but it's there in > case I don't get back to it. Fixed in the meantime. Thanks for pointing it out. I might have never noticed it. > On Thu, Oct 19, 2023 at 1:40 PM Jeremy Whiting > wrote: > > > Ok, will do. Thanks for confirming. > > > > On Thu, Oct 19, 2023 at 1:35 PM Jack via KMyMoney-devel < > > kmymoney-devel@kde.org> wrote: > > > >> On 2023.10.19 14:02, Jeremy Whiting via KMyMoney-devel wrote: > >> > Hello, > >> > > >> > If this is already fixed in master I apologize. I haven't rebuilt > >> > kmymoney > >> > in a few weeks. But I hit something and thought it was worth > >> > mentioning at > >> > least here to check. I'll file a bug if it's not known after I > >> > rebuild and > >> > make sure it's still happening. > >> > > >> > When I enter a new transaction and enter a payee with the wrong case > >> > (In my > >> > case typing "myriam" instead of "Myriam" a popup comes up asking if I > >> > want > >> > to add Myriam to the list of payees even though that casing is > >> > already an > >> > existing payee. It seems the case is getting fixed after it has > >> > checked for > >> > an existing payee, but before it shows the popup asking if I want to > >> > add. > >> > > >> > BR, > >> > Jeremy > >> > > >> I can confirm - still present in git head master (unless someone snuck > >> in a fix in the past day.) > >> > >> Rather than saying the case gets fixed, I'd say it is matching to an > >> existing payee using case insensitive matching, but then not > >> recognizing it is using the existing payee. Still a bug. However, if > >> it offers one or more transactions to use as a template for the new > >> transaction, and you pick one of them, it uses the existing payee. > >> (That seems OK.) On the other hand, if you say "Yes" to creating the > >> new Payee, it creates one with the same capitalization as the existing > >> one, with "[1]" appended, instead of adding a new payee with the > >> different capitalization as just entered. > >> > >> I think Payees should be unique (case insensitive,) although I suppose > >> that could be debated. In any case, filing a bug makes sense, as the > >> behavior does need to change. > >> > >> Jack > >> > > > -- Regards Thomas Baumgart - Unix is simple and coherent, but it takes a genius – or at any rate a programmer – to understand and appreciate the simplicity. (Dennis Ritchie) - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 475841] payees with different case not recognized until asking
https://bugs.kde.org/show_bug.cgi?id=475841 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/26ad13 ||afd0235e3c6a0e9172dc8279e6d ||1433847 Resolution|--- |FIXED Version Fixed In||5.2 --- Comment #1 from Thomas Baumgart --- Git commit 26ad13afd0235e3c6a0e9172dc8279e6d1433847 by Thomas Baumgart. Committed on 21/10/2023 at 21:15. Pushed by tbaumgart into branch 'master'. Fix case sensitive / case insensitive behavior of payee edit FIXED-IN: 5.2 M +12 -0kmymoney/views/newtransactioneditor.cpp https://invent.kde.org/office/kmymoney/-/commit/26ad13afd0235e3c6a0e9172dc8279e6d1433847 -- You are receiving this mail because: You are the assignee for the bug.
Re: DEMANDE AIDE
Philippe, On Montag, 9. Oktober 2023 16:32:48 CEST Philippe SAVEL via KMyMoney-devel wrote: > Good morning, I am a user of Kmymoney 5.1.3, for 2 months, I have been > using Ubuntu 22.04 I saw in documentation the possibility of having a > calendar view for recurring operations, but I do not have this tab. > Could you tell me how to find it? THANKS Ph. Savel The functionality has been removed at some point in time. From what I see this already happened in 2016, so it may not have made it into the 5.1 series of KMyMoney and the doc is a bit out of date here. There is a plugin that allows to create an ics file that can be loaded into a calendar application to view the scheduled transactions. I have to admit, that I never used it myself. -- Regards Thomas Baumgart - There are two rules for success in life: Rule 1: Don't tell people everything you know. - signature.asc Description: This is a digitally signed message part.
Re: disappearing data or correupt data file
On Dienstag, 3. Oktober 2023 21:33:07 CEST Jack via KMyMoney-devel wrote: > On 2023.10.03 15:06, Jack via KMyMoney-devel wrote: > > First, it seems that the most recent good file is my explicit backup > > from 30 Sep and even the oldest autobackup from 02 Oct is bad. The > > main action between them was OFX direct connect download of all > > mapped accounts. Now I'm wondering if there was something funny in > > the import. Actually I know there was something funny, related to > > telling KMM not to create the unknown equity, and apparently having > > it stop the import (at least for that account) at that point. > > However, I don't see how that could create this particular problem. > > > > Comparing XML files is difficult, because (as has been discussed on > > the mailing list in the past,) the order of attributes is not > > consistent. > > > > xmllint shows as bad only the oldest four of the autobackup files (02 > > Oct from 16:57 to 17:13.) I tried using xmllint -c11n, to possibly > > be able to diff the various versions, but it won't process the four > > "bad" files. > > > > These four files seems to have inserted immediately > > before but otherwise show changes > > to the ACCOUNTS and TRANSACTIONS related to my edits as part of > > reconciliation. These all seem to have all the pricepairs intact. > > The ends of those files show all my reports, followed by > > and but no . > I just noticed a second problem, which I should have seen earlier. Not > only has moved from the end of the file about 400 > lines up, but has also moved up, from immediately before > to one line above . > > > > The remaining files have back to the end of the file > > but have the pricepairs after E000525 with only one (wrong) price, > > then empty reports, budgets, and online jobs, with the final > > > > > > So, at some point after a big OFX import (and possibly other > > (relatively minor?) changes, the last line of the file got moved just > > over 400 lines up. It's likely that the next four files were > > sequential saves, without re-reading the file. I'm guessing that > > after saving those four (and probably some earlier ones that got > > rolled over with the limit of 10 autobackups) I restarted KMM, and > > although it read the bad file, without apparent complaint and saved > > valid files after that, it lost all custom reports, and dropped some > > pricepars totally and all except one price for the others (after the > > pricepair prior to the stray . > > > > I've just captured console output from a clean start of KMM, reading > > first the most recent good file, and then the earliest bad file. > > Those logs are identical through loading all the plugins then differe > > in the file name (URL) being opened. There are differences in the > > number of items loaded for "P", accounts, "T", "E", all increasing. > > There is a decrease in number of prices, even though there are 151 > > more " > Differences in time to process home view sections. > > > > The message ' 0 instead of 1 arguments to message "The size of the > > file..." supplied before conversion' shows up for both files. > > > > My first attempt at a cut/paste fix didn't work, so I'll try once > > more again, otherwise I'll just resign myself to starting over from > > the file from the 30th. > I'll guess now that it didn't work because I didn't correct the > misplaced line. I re-visited this issue and noticed a possibility that could cause the problem. https://invent.kde.org/office/kmymoney/-/commit/edb22bd2be7dd7c29bd94e14f6a4632866c44ccc should fix it. The reason is when erroneous entries are detected during writing (see the code following the above change which contains continue statements that cause to reach the m_writer->writeEndElement() line again. Loop twice and you get in the first iteration and during the second one. Only in that case another can be issued. Resetting the flag immediately prevents issuing the and markers in this situation. @Jack: I expect those weird price entries to happen during OFX import. So maybe you can check in that area (OFX prices imported into the last good data file). -- Regards Thomas Baumgart - As soon as there is an optimist who discovers a light that does not exist there is a pessimist who blows it out. (Giovanni Guareschi) - signature.asc Description: This is a digitally signed message part.
Re: doc question - what gnuicash versions are imported by KMM
On Donnerstag, 5. Oktober 2023 17:04:48 CEST Mark via KMyMoney-devel wrote: > Oct 4, 2023 18:03:03 Jack Ostroff via KMyMoney-devel : > > > Can the doc simply say that files from any recent version of Gnucash should > > be imported without problems? > > > > Has anyone actually used this feature within recent memory? > > I tried a few months ago to open a copy of my GnuCash file with KMM and got > an error. I also tried a new empty GnuCash file and got the same error. > Unfortunately, I can't remember what exactly the error was. I could try again > sometime and see what happens. > > I would be interested in working with improving the GnuCash importer, but I'm > not sure if my beginner C++ skills are enough. I think the bar is not that high. I remember it being pretty straight forward. OTOH, we can always answer your questions and provide advice. -- Regards Thomas Baumgart - Software has no brain - use your own! - signature.asc Description: This is a digitally signed message part.
Re: disappearing data or correupt data file
On Dienstag, 3. Oktober 2023 15:59:07 CEST Jack via KMyMoney-devel wrote: > On 10/3/23 03:25, Thomas Baumgart wrote: > > On Dienstag, 3. Oktober 2023 01:37:32 CEST Jack via KMyMoney-devel wrote: > >> TL;DR at some point in the past day or two (during my monthly > >> reconciliation of my Merrill Lynch investment accounts) a stray > >> ended up in the middle of the section of my > >> xml data file. I noticed this because I started getting the > >> consistency-check message about no price on or before the first use of > >> a security. That led to noticing that many prices were missing, and I > >> ended up actually looking in the xml file. > > That looks weird. As usual, the first question is: which version of KMM > > (stable or master)? The logic to write the XML file differs significantly > > between the two. > Master, compiled within the past few days. Although I do on occasion > use 5.1, I don't recall doing so in the past few weeks. It might be > interesting if there were some hint in the file about which version > saved it. Done: https://invent.kde.org/office/kmymoney/-/commit/cbae0103197a5c9486704430ee10746290eecd78 > > A few other questions come to my mind: > > - do you switch between those versions? > > - do you have auto saving enabled? > Only autosave on close if file is changed, 10 versions. That does not harm. > >> I'm in process (after making several copies of all saved backups from > >> the past two days) of splicing the missing sections the > >> the whole section from the last good file into the current > >> one (I have no budgets or onlinejobs, so those sections are empty.) > >> I'd love to know how this might have happened, as well as any things to > >> look for that this type of data surgery might introduce. > > I have done this in the past when my ONLINEJOBS were gone. Not that I > > needed them, but I'd like to keep them around. For me this was caused > > by a faulty implementation of the XML writer for onlinejobs. That was > > when I re-wrote the XML logic a few months ago. > > > > I don't expect any problems if you proceed your surgery. It could be, > > that a couple of prices are missing in case you have added some in the > > meantime. Any modification on the reports would also have to be made > > again. That's all. > Good. That matches what I thought. > >> --- > >> > >> I'm doing my monthly reconciliation of all my Merrill Lynch investment > >> accounts, and I started getting the "no price for first use date" for > >> one security. The equity exists, and there are security accounts for > >> it in two different investmant accounts. In both cases, the initial > >> presence was from an Add Shares transaction (it was a dividend from a > >> related stock) and was all sold over the past few months. However, > >> there are currently NO prices for this equity in my file. Searching > >> through explicit backups and my autosave backups, the prices are in all > >> files prior to 17:15 this evening, but missing from all files after > >> that time. > >> > >> Further looking shows that in the earliest bad file, within the > >> .. section there is clearly a problems: > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> Where did that come from? I have not been editing the > >> file manually (at least not today :-). > > It's not only the but also the entry. And the > > sections is missing completely. Does that file have a REPORTS > > section later on or is it missing completely? > > What I quoted was not all the way to the end of the file. I'm not at > home right now, but I believe all the files saved after the event > included and which I read as KMM aborting the > reading on hitting and writing a complete file > including empty sections where it had no data. However, that does not > account for the those sections with correct En and > date but wrong amount. I need to review the autosave files more > carefully to see what is actually after the > > >> Stranger, the current file at that point is > >> > >> >> source="Transaction"/> > >> > >> ... all these PRICEs are correct > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> So it seems to have kept one pricepair for most but not all the > >> following equities, and the prices kept are for the first date of the > >> existing pairs, but the price itself seems totally unrelated. > >> > >> Of course since everything past that point is gone, I now have no > >> custom reports either. > >> > >> Do I just chalk this up to haveing a bad day, or perhaps sunspots, or > >> is there any hope of figuring out what might have ac tually happened. > >> > >> One odd thing is that I've got several files with in > >> the middle of a section, so KMM persisted in writing bad > >> files. All the accounts and transactions seem fine, it's just the > >> prices
Re: disappearing data or correupt data file
On Dienstag, 3. Oktober 2023 01:37:32 CEST Jack via KMyMoney-devel wrote: > TL;DR at some point in the past day or two (during my monthly > reconciliation of my Merrill Lynch investment accounts) a stray > ended up in the middle of the section of my > xml data file. I noticed this because I started getting the > consistency-check message about no price on or before the first use of > a security. That led to noticing that many prices were missing, and I > ended up actually looking in the xml file. That looks weird. As usual, the first question is: which version of KMM (stable or master)? The logic to write the XML file differs significantly between the two. A few other questions come to my mind: - do you switch between those versions? - do you have auto saving enabled? > I'm in process (after making several copies of all saved backups from > the past two days) of splicing the missing sections the > the whole section from the last good file into the current > one (I have no budgets or onlinejobs, so those sections are empty.) > I'd love to know how this might have happened, as well as any things to > look for that this type of data surgery might introduce. I have done this in the past when my ONLINEJOBS were gone. Not that I needed them, but I'd like to keep them around. For me this was caused by a faulty implementation of the XML writer for onlinejobs. That was when I re-wrote the XML logic a few months ago. I don't expect any problems if you proceed your surgery. It could be, that a couple of prices are missing in case you have added some in the meantime. Any modification on the reports would also have to be made again. That's all. > --- > > I'm doing my monthly reconciliation of all my Merrill Lynch investment > accounts, and I started getting the "no price for first use date" for > one security. The equity exists, and there are security accounts for > it in two different investmant accounts. In both cases, the initial > presence was from an Add Shares transaction (it was a dividend from a > related stock) and was all sold over the past few months. However, > there are currently NO prices for this equity in my file. Searching > through explicit backups and my autosave backups, the prices are in all > files prior to 17:15 this evening, but missing from all files after > that time. > > Further looking shows that in the earliest bad file, within the > .. section there is clearly a problems: > > > > > > > > > > > > > Where did that come from? I have not been editing the > file manually (at least not today :-). It's not only the but also the entry. And the sections is missing completely. Does that file have a REPORTS section later on or is it missing completely? > Stranger, the current file at that point is > > source="Transaction"/> > > ... all these PRICEs are correct > > > > > > > > > > So it seems to have kept one pricepair for most but not all the > following equities, and the prices kept are for the first date of the > existing pairs, but the price itself seems totally unrelated. > > Of course since everything past that point is gone, I now have no > custom reports either. > > Do I just chalk this up to haveing a bad day, or perhaps sunspots, or > is there any hope of figuring out what might have ac tually happened. > > One odd thing is that I've got several files with in > the middle of a section, so KMM persisted in writing bad > files. All the accounts and transactions seem fine, it's just the > prices which are messed up (and the reports missing.) > > Any thoughts or suggestions? > > (The reason I don't want to simply revert to the last known good file > is that I'd have to redo over an hour of importing and reconciliation > work, although I know I may yet need to resort to that. The reconciliation data is part of the ACCOUNT elements, so it seems to be in good condition. Can you reproduce the problem by using the last good file and repeat what you have done to get to the first faulty one (in case you remember/can find out what that was)? Doesn't KMyMoney complain in case you load a faulty file? -- Regards Thomas Baumgart - A crash turns an expensive computer into a simple stone! - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 455743] Partial sum no longer showing after selecting multiple transactions
https://bugs.kde.org/show_bug.cgi?id=455743 Thomas Baumgart changed: What|Removed |Added Version Fixed In||5.2 Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/df0c1f ||66 Resolution|--- |FIXED --- Comment #1 from Thomas Baumgart --- Fixed in the meantime with commit https://invent.kde.org/office/kmymoney/-/commit/df0c1f66 -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 474955] Duplicated online quotes when changing online quote source from GHNS type to local
https://bugs.kde.org/show_bug.cgi?id=474955 --- Comment #1 from Thomas Baumgart --- *** Bug 474956 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 474956] Duplicated online quotes when changing online quote source from GHNS type to local
https://bugs.kde.org/show_bug.cgi?id=474956 Thomas Baumgart changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 474955 *** -- 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 Thomas Baumgart changed: What|Removed |Added CC||fam.hoogerw...@sunrise.ch --- Comment #9 from Thomas Baumgart --- *** Bug 474877 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 474877] The home page is empty and all the reports with texts are empty (graphs visible).
https://bugs.kde.org/show_bug.cgi?id=474877 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 474917 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468959] Context menu move transaction selector window too small
https://bugs.kde.org/show_bug.cgi?id=468959 --- Comment #4 from Thomas Baumgart --- Git commit ab7b5518c3ccf3743b1605d5f479284d16ba0434 by Thomas Baumgart. Committed on 24/09/2023 at 16:36. Pushed by tbaumgart into branch 'master'. Increase width of context menu This is not ideal because it is still static. Should be dependent on the width of the largest entry, but that is another story for another day. M +7-0kmymoney/widgets/kmymoneyaccountselector.cpp M +2-0kmymoney/widgets/kmymoneyaccountselector.h https://invent.kde.org/office/kmymoney/-/commit/ab7b5518c3ccf3743b1605d5f479284d16ba0434 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 351535] Lost payee information when matched
https://bugs.kde.org/show_bug.cgi?id=351535 --- Comment #17 from Thomas Baumgart --- > Hmm if I am looking at the build related to my test: > https://binary-factory.kde.org/view/AppImage/job/KMyMoney_Release_appimage-centos7/607/ > , it looks to me like the build is done against master branch, not 5.1 > branch. The version > showed in KMyMoney help might not be updated to reflect the master branch > (it should have been 5.2-SNAPSHOT or something similar). The problem is, that the branch information shown on this Jenkins page is not the one of the source code but of the build scripts. They have nothing to do with the software. The version info in the about dialog (help) is auto-generated, reflects the source and is correct (see following list) KMyMoney_Release_appimage --> built daily using KMyMoney stable branch (version in about dialog (currently) shows as 5.1.3-x) KMyMoney_Nightly_appimage --> built daily using KMyMoney master branch (version in about dialog (currently) shows as 5.1.80-x) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 474424] Decimal point not working.
https://bugs.kde.org/show_bug.cgi?id=474424 Thomas Baumgart changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Thomas Baumgart --- The behavior of the decimal point on the numeric keypad can be controlled via global KDE SystemSettings/Input Devices/Keyboard/Advanced and the item "Numeric keypad Delete behavior". I switched mine to "Four-level key with abstract separators" to work for me. Produces a dot in text widgets and a comma in amount widgets (at least for KMyMoney). Can you get it to work changing the settings? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 474474] KMyMoney crashes when filling in scheduled transaction
https://bugs.kde.org/show_bug.cgi?id=474474 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Version Fixed In||5.2 Resolution|--- |FIXED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/0488ba ||96d453c0943257b56cc0983726e ||ebe5d1b --- Comment #1 from Thomas Baumgart --- Git commit 0488ba96d453c0943257b56cc0983726eebe5d1b by Thomas Baumgart. Committed on 14/09/2023 at 08:28. Pushed by tbaumgart into branch 'master'. Prevent triggering autofill while loading scheduled transaction FIXED-IN: 5.2 M +5-1kmymoney/views/newtransactioneditor.cpp https://invent.kde.org/office/kmymoney/-/commit/0488ba96d453c0943257b56cc0983726eebe5d1b -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 351535] Lost payee information when matched
https://bugs.kde.org/show_bug.cgi?id=351535 --- Comment #11 from Thomas Baumgart --- To make it easier, here is the (corrected) description from bug 463854: -8< STEPS TO REPRODUCE 1. Create a QIF file containing --- D12/12/2022 T-12.10 PCARTE 09/12/22 AGRCSTCB*4563 --- 2. Creates a Payee that matches partially on "AGRCST". 3. Import the transaction OBSERVED RESULT Then the import of such event will create a transaction with "Pay to" field of "AGRCST". The date info "09/12/22" is then lost! Which is a critical info. MEMO field provided by bank is empty so it does not contain the date info too. EXPECTED RESULT An option when importing OFX to copy "Pay to" field to MEMO. -8< The problem should be fixed in master with commit https://invent.kde.org/office/kmymoney/-/commit/90ac0dac02 which cannot simply be cherry-picked and needs to be backported. -- You are receiving this mail because: You are the assignee for the bug.
[libalkimia] [Bug 474104] Fetching online quote fails when date was not found
https://bugs.kde.org/show_bug.cgi?id=474104 --- Comment #2 from Thomas Baumgart --- Git commit 228263661d07f91a72c2714e24881172ea37b5e6 by Thomas Baumgart. Committed on 04/09/2023 at 13:05. Pushed by tbaumgart into branch 'master'. Fix error when retrieving data when no date was found This commit fixes a bug that caused a general error when retrieving an online source if no date was found when parsing the quote. (cherry picked from commit cb65f11bc00a648bcdec57626d2a27b16c027fa8) M +2-3src/alkonlinequote.cpp https://invent.kde.org/office/alkimia/-/commit/228263661d07f91a72c2714e24881172ea37b5e6 -- You are receiving this mail because: You are the assignee for the bug.
Re: ongoing problems findind Qt5-WebEngineWidgets
On Mittwoch, 23. August 2023 01:53:44 CEST Jack via KMyMoney-devel wrote: > On 8/22/23 19:42, Jack via KMyMoney-devel wrote: > > On 8/20/23 16:49, Jack via KMyMoney-devel wrote: > >> On 8/20/23 16:42, Thomas Baumgart via KMyMoney-devel wrote: > >>> On Sonntag, 20. August 2023 20:13:27 CEST Jack via KMyMoney-devel > >>> wrote: > >>> > >>>> It seems the problem with cmake not finding webenginewidgets has been > >>>> popping up in a number of different threads in different support > >>>> venues. In my current case, trying to compile from git head master > >>>> branch gives me > >>>> > >>>> CMake Error at > >>>> /usr/lib64/cmake/LibAlkimia5-8.1/LibAlkimia5Targets.cmake:65 > >>>> (set_target_properties): > >>>>The link interface of target "Alkimia::alkimia" contains: > >>>> > >>>> Qt5::WebEngineWidgets > >>>> > >>>>but the target was not found. Possible reasons include: > >>>> > >>>> This is on artixlinux, where webenginewidgets is provided by the > >>>> qt5-webengine package. The relevant cmake files in that package are > >>>> > >>>> qt5-webengine usr/lib/cmake/Qt5WebEngineWidgets/ > >>>> qt5-webengine > >>>> usr/lib/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfig.cmake > >>>> qt5-webengine > >>>> usr/lib/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfigVersion.cmake > >>>> > >>>> > >>>> Note on my system /usr/lib and /usr/lib64 are symlinked. However, I > >>>> wonder if the call should be for Qt5::Qt5WebEngineWidgets. > >>> I am not sure at all. I have the following files here > >>> > >>> /usr/lib64/cmake/Qt5Designer/Qt5Designer_QWebEngineViewPlugin.cmake > >>> /usr/lib64/cmake/Qt5WebEngine/Qt5WebEngineConfig.cmake > >>> /usr/lib64/cmake/Qt5WebEngine/Qt5WebEngineConfigVersion.cmake > >>> /usr/lib64/cmake/Qt5WebEngineCore/Qt5WebEngineCoreConfig.cmake > >>> /usr/lib64/cmake/Qt5WebEngineCore/Qt5WebEngineCoreConfigVersion.cmake > >>> /usr/lib64/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfig.cmake > >>> /usr/lib64/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfigVersion.cmake > >>> > >>> > >>> > >>> which looks very similar to yours and have no problems. I do use > >>> alkimia master though, not the 8.1 branch. > >>> > >>>> Is there a terminology difference (qt5webenginewidgets vs > >>>> webenginewidets) between different packages providing and using this > >>>> component? If so, which is right and which needs to be corrected? Or > >>>> am I totally off the mark and this difference is not relevant? > >>> So am I. I don't know if that is caused by naming conventions of > >>> the various distros or something else? Also, why is it failing now > >>> and did work in the past? > >> > >> I also just compiled 8.1.1 from tarball, and it produced the same > >> files. However, if running cmake on the tarball of libalkimia found > >> the necessary files, then why can't they be found when the search is > >> transitive, initiated by compiling KMM from git master? Doesn't 5.1 > >> call for the same files when using webengine instead of webkit? > >> > >> What I now wonder is whether something changed in the cmake files in > >> KMyMoney master branch which alters something about the search path, > >> especially with a nested cmake file. My next effort will be > >> capturing the logs of cmake for both 5.1 and master to see if I can > >> find any relevant differences. > >> > >> Curiouser and curiouser, said Alice. > > > > git bisect is your friend (once you learn to read and correctly > > distinguish good and bad...) > > > > commit b6c2c157f403c9ab74067cc2611ffebd3f87d8d7 > > Author: Andreas Sturmlechner > > Date: Fri Aug 5 10:37:09 2022 +0200 > > > > Drop bogus dependencies > > > > This reverts 90d78bd238c8db701e4bb19d9c5c2ddd9bd4f59c, > > 93374114e87a9b05546fb27bc936f223b5b84f7d and > > 92ef8b8ef8d0c5229fc601ac36806c926c85c36a. > > > > The proper fix went into alkimia via > > https://invent.kde.org/office/alkimia/-/commit/09a11cee26af4ca55e5839dd44e32400147dc119 > > > > > >
[kmymoney] [Bug 473522] Description of woob import
https://bugs.kde.org/show_bug.cgi?id=473522 --- Comment #8 from Thomas Baumgart --- Said console output looks something like this (I don't have woob itself installed and that may cause some of the failures reported): : : Loading "/usr/lib64/qt5/plugins/kmymoney_plugins/sqlstorage.so" Plugins: sqlstorage loaded Loading "/usr/lib64/qt5/plugins/kmymoney_plugins/woob.so" Python interpreter found: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC] Python interpreter module search paths: "/usr/lib/python36.zip:/usr/lib64/python3.6:/usr/lib64/python3.6:/usr/lib64/python3.6/lib-dynload" Saved a copy of the embedded :/plugins/woob/kmymoneywoob.py script as "/tmp/kmymoneyvPZAen.py" Attempt to load the "kmymoneyvPZAen" Python module from "/tmp" The dependency 'sys' Python module loaded successfully The 'path' Python variable loaded successfully "kmymoneyvPZAen" Python module failed to load Traceback (most recent call last): File "/tmp/kmymoneyvPZAen.py", line 13, in from woob.core import Woob ModuleNotFoundError: No module named 'woob' Plugins: woob loaded : : This does not appear if the KMyMoney version is compiled w/o woob support. Even though it failed loading, the plugin is visible in the plugin configuration (for me, who has compiled support for it). You may try an AppImage version (see https://kmymoney.org/appimage.html) which seems to have Woob support built in. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440827] Closing an account while in Ledger view will clear the account selection drop down list
https://bugs.kde.org/show_bug.cgi?id=440827 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/c49a14 ||5e33da313a16bf46f1f74de3326 ||b1b74f4 Version Fixed In||5.2 Resolution|--- |FIXED --- Comment #1 from Thomas Baumgart --- Git commit c49a145e33da313a16bf46f1f74de3326b1b74f4 by Thomas Baumgart. Committed on 23/08/2023 at 16:07. Pushed by tbaumgart into branch 'master'. Close ledger tab when account is closed FIXED-IN: 5.2 M +4-0kmymoney/kmymoney.cpp M +10 -4kmymoney/views/simpleledgerview.cpp https://invent.kde.org/office/kmymoney/-/commit/c49a145e33da313a16bf46f1f74de3326b1b74f4 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440739] Switching away from Ledger view and back without changing accounts should retain its position
https://bugs.kde.org/show_bug.cgi?id=440739 Thomas Baumgart changed: What|Removed |Added Resolution|--- |FIXED Version Fixed In||5.2 Status|REPORTED|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
Re: ongoing problems findind Qt5-WebEngineWidgets
On Sonntag, 20. August 2023 20:13:27 CEST Jack via KMyMoney-devel wrote: > It seems the problem with cmake not finding webenginewidgets has been > popping up in a number of different threads in different support > venues. In my current case, trying to compile from git head master > branch gives me > > CMake Error at > /usr/lib64/cmake/LibAlkimia5-8.1/LibAlkimia5Targets.cmake:65 > (set_target_properties): > The link interface of target "Alkimia::alkimia" contains: > > Qt5::WebEngineWidgets > > but the target was not found. Possible reasons include: > > This is on artixlinux, where webenginewidgets is provided by the > qt5-webengine package. The relevant cmake files in that package are > > qt5-webengine usr/lib/cmake/Qt5WebEngineWidgets/ > qt5-webengine > usr/lib/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfig.cmake > qt5-webengine > usr/lib/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfigVersion.cmake > > Note on my system /usr/lib and /usr/lib64 are symlinked. However, I > wonder if the call should be for Qt5::Qt5WebEngineWidgets. I am not sure at all. I have the following files here /usr/lib64/cmake/Qt5Designer/Qt5Designer_QWebEngineViewPlugin.cmake /usr/lib64/cmake/Qt5WebEngine/Qt5WebEngineConfig.cmake /usr/lib64/cmake/Qt5WebEngine/Qt5WebEngineConfigVersion.cmake /usr/lib64/cmake/Qt5WebEngineCore/Qt5WebEngineCoreConfig.cmake /usr/lib64/cmake/Qt5WebEngineCore/Qt5WebEngineCoreConfigVersion.cmake /usr/lib64/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfig.cmake /usr/lib64/cmake/Qt5WebEngineWidgets/Qt5WebEngineWidgetsConfigVersion.cmake which looks very similar to yours and have no problems. I do use alkimia master though, not the 8.1 branch. > Is there a terminology difference (qt5webenginewidgets vs > webenginewidets) between different packages providing and using this > component? If so, which is right and which needs to be corrected? Or > am I totally off the mark and this difference is not relevant? So am I. I don't know if that is caused by naming conventions of the various distros or something else? Also, why is it failing now and did work in the past? -- Regards Thomas Baumgart - Having trouble with Windows? Reboot! Having trouble with Linux? Be root! - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 Thomas Baumgart changed: What|Removed |Added OS|Microsoft Windows |All Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- Platform|Microsoft Windows |unspecified Severity|normal |wishlist -- You are receiving this mail because: You are the assignee for the bug.
Re: Suggestions for KMM Nightly 5.1.80 on McaOS
On Dienstag, 15. August 2023 22:17:32 CEST Neil Ralph via KMyMoney-devel wrote: > I recently have started using the 5.1.80 KMM on my Mac. I Note the following > as ptroblems or rough spots: > > - When I click on a appA.kmy in Finder, AppB loads, if that was the last KMM > file open. I then need to open AppA from the File menu. That sounds like a MacOS specific bug. I expect that the Finder does not call KMyMoney with appA.kmy as argument. In that case (no arguments) KMyMoney opens the last opened file. > - The Ledger Screen no longer have the Filter tool bar Press Ctrl+F (key combination might be different on MacOS) to gain access to it when the ledger has focus. That should bring it up. The same applies to other views as well (not all of them yet). > - Upon accepting a Payee in a new tranaction older versions would display a > number of transactions with that Payee in a large dropdown. The chosen prior > transaction would preload. Now there is no ability to clone these earlier > transactions That might still need to be ported to the new code base. I will look into it. > - The handling and setting of Favorite/Preferred is differnent and > inconsistent with v 5.1.3. Preferred checkbox can be turned off to remove an > accout from Fovorites and the Ledger Tabs, but cannot be turned on in the > Account Edit window. One can check the box and Apply but the the status > doesn't change The ledger code has been completely overhauled and improved so that multiple accounts can be opened side by side in tabs. The opened account tabs and their order are stored when the program exits. When KMyMoney opens the file again, it reloads those tabs in the ledger view and maintains the order. In case no tabs are opened during opening of the file, the ledgers of the accounts marked as preferred (favorite accounts) are opened instead. In 5.1.3 the preferred flag was only used to show those accounts in the special Favorite group. Multiple tabs in the ledger view is a new feature in master. I just noticed, that one can turn off the Preferred flag but cannot turn it on again. I will look into that. > I hope this is helpful Oh yes, it certainly is. Hope my answers do as well. Thanks for your support also on identifying the issue reported on https://bugs.kde.org/show_bug.cgi?id=473223 BTW: 5.1.80 is our version synonym for 'git master' which can change often. -- Regards Thomas Baumgart - Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #6 from Thomas Baumgart --- That is 'by design' (same with the memo field). There was an earlier bug report (dating back a few years) that requested to be able to have different data in both splits. The compromise was, that it has to be done via editing. If there is no objection, I will close this bug as "not a bug" or we should re-phrase the title and make it a wish list item. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472423] Currency update fails for CAD/USD and USD/CAD
https://bugs.kde.org/show_bug.cgi?id=472423 --- Comment #10 from Thomas Baumgart --- Please take a look at https://discuss.kde.org/t/kmoney-currency-udpates-not-working/3037/8 which shows values currently working for me. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473223] Data lost on kmymoney-master-2001-macos-clang-x86_64.dmg upgrade
https://bugs.kde.org/show_bug.cgi?id=473223 --- Comment #24 from Thomas Baumgart --- If you want to use an e-mail you can send it to kmymoney-devel@kde.org (if you are not subscribed, the message will be moderated and approved). You can also use the forum at https://discuss.kde.org. In this case, make sure to tag your post with the kmymoney tag. Switching to a new version does not require any conversion tool. As a last step here I would recommend to run xmllint on that file. No need to do it on the MacOS side. You can use your Linux system to do it. Maybe, you need to install xmllint from your distro packages first. -- You are receiving this mail because: You are the assignee for the bug.
Re: How to deal with clang-format
On Sonntag, 13. August 2023 01:54:21 CEST Jack Ostroff via KMyMoney-devel wrote: > I'm finding git requiring me to run clang-format on most code changes. > Most of the time, it is fine - just fixing up bad indentation (tabs -> > spaces) but sometimes it completely re-indents something in ways that > make it actually harder to read, or using longer lines. > https://community.kde.org/Policies/Frameworks_Coding_Style says you can > use a comment at the end of a line to preserve manual line breaks, but > I have a case where it still re-flows, putting ". //" on a line by > itself. Do we have a preference on how to handle this, or do we just > let clang-format do its thing? I'd say let clang-format do its thing. It's what I prefer if I can't get things controlled the way I want them. > Related - is there a way to get emacs to use the required formatting > style without having to explicitly run clang-format (either in emacs or > command line) ? Here's something I found (but I am more on the vim side of things) https://emacs.stackexchange.com/questions/55635/how-can-i-set-up-clang-format-in-emacs https://github.com/SavchenkoValeriy/emacs-clang-format-plus The .clang-format file should be part of the repo already. Hope that helps Thomas -- Regards Thomas Baumgart - UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away. - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 473223] Data lost on kmymoney-master-2001-macos-clang-x86_64.dmg upgrade
https://bugs.kde.org/show_bug.cgi?id=473223 --- Comment #19 from Thomas Baumgart --- Your "Users/neilralph/Downloads/kmymoney/RalphCenterportGood.kmy" file is a good example. You mention it shows 4519 on your Linux machine but loads only the first 345 on MacOS. So it seems that either transaction 345 or 346 in the list may contain the culprit. I shoot for the latter. Here's how we can easily find out on which line that is in the XML file (assuming you have converted that file to XML format already): grep -n '
[kmymoney] [Bug 473223] Data lost on kmymoney-master-2001-macos-clang-x86_64.dmg upgrade
https://bugs.kde.org/show_bug.cgi?id=473223 --- Comment #16 from Thomas Baumgart --- kmymoney-master-2001-macos-clang-x86_64.dmg is pretty recent. The changes that were made in between are not relevant for this problem. The file structure is OK, otherwise 5.1.3 would complain. Also, looking at the tail of the files shows that it is not truncated. Leaves the point, that the number of transactions shall be 21720 but shows 21698. Well, 22 difference. Not sure where that may come from. A gut feeling tells me, that the XML reader stops processing data too early. That may be caused by content in the data file that is not stored according to the strict XML specifications. The old (<= 5.1.3) XML reader simply reads the data but the new one (>= 5.1.80) may have stumbled upon it and simply stopped. Another explanation would be, that accounts exist that reference an unknown security. As accounts are loaded before the transactions and securities after, they are not loaded properly (better at all) and cannot be found in the process of finishing the load operation (consistency check). That is when messages like "Account" "A000351" "BPFCU-CD-2747 6 month 12/9/23 " Security 'E72' not found. /Users/packaging/Craft/BinaryFactory/downloads/git/extragear/kmymoney/kmymoney/mymoney/mymoneyfile.cpp:3175 are generated. That also explains, why there are no further messages when loading the file after loading the model T (transactions). It usually looks like this: : : Model for "G" loaded with 5 items in 0 ms Start verifying account hierarchy End verifying account hierarchy Model for accounts loaded with 214 items in 4 ms Model for "T" loaded with 24195 items in 137 ms Model for parameters loaded with 6 items Model for schedules loaded with 82 items in 0 ms Model for "E" loaded with 4 items in 0 ms Model for currencies loaded with 184 items Model for prices loaded with 242 items in 0 ms Model for "R" loaded with 53 items in 0 ms Model for "B" loaded with 6 items in 0 ms : : The model load operations are all triggered by the XML reader. BTW, the number shown when loading the journal model (T) is the number of splits not transactions. We need to figure out at which transaction it fails (sounds easy, but may be not). Once more: make sure to have a good backup copy of your data before you start changing things!!! Or simply work on a temp copy. You know what I mean First let's convert the .kmy to .xml file so that we can look at it. This is the sequence to do it: cp 9gwengood4.kmy 9gwengood4.kmy.Z zcat 9gwengood4.kmy > 9gwengood4.xml rm 9gwengood4.kmy.Z On Linux, the tool xmllint can be used to analyze the content of the XML file and check for errors. I don't know, if that is available for MacOS or if there are other tools to verify an XML file. Does that show any errors/problems? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473223] Data lost on kmymoney-master-2001-macos-clang-x86_64.dmg upgrade
https://bugs.kde.org/show_bug.cgi?id=473223 Thomas Baumgart changed: What|Removed |Added Version|unspecified |git (master) --- Comment #6 from Thomas Baumgart --- Based on Neil's answer in comment #2 it could be, that zcat on MacOS requires the file to have a specific filetype. Can you try the following: cp 9gwengood4.kmy 9gwengood4.kmy.Z zcat 9gwengood4.kmy | grep 'TRANSACTION>' | wc -l rm 9gwengood4.kmy.Z As Jack pointed out, v 5.1.80 refers to "git (master)" here. I adjusted the version. The dialog box asking for the currency type is a sign that KMyMoney for whatever reason cannot read your data (completely). For further analysis it would be helpful, if you can paste the output that KMyMoney prints when running from the command line. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473223] Data lost on kmymoney-master-2001-macos-clang-x86_64.dmg upgrade
https://bugs.kde.org/show_bug.cgi?id=473223 Thomas Baumgart changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Thomas Baumgart --- Could be related to the content of your data. What does KMyMoney print to the console when started from the command line? Anything suspicious? What is the output of the following command run on the command line (replace "your-data-file-name.kmy" with your actual filename: zcat your-data-file-name.kmy | grep 'TRANSACTION>' | wc -l It should be the number of transactions plus the number of schedules shown in the File information dialog. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473082] csv export of investment account uses 2 digits for number of shares and too many digits for price.
https://bugs.kde.org/show_bug.cgi?id=473082 --- Comment #8 from Thomas Baumgart --- Maybe, because it compiled w/o problems. It's a tricky thing to use the Qt style d-pointers inside lambdas. One must not forget to add the Q_D() macro inside the lambda even though it is present in the enclosing method. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473082] csv export of investment account uses 2 digits for number of shares and too many digits for price.
https://bugs.kde.org/show_bug.cgi?id=473082 --- Comment #6 from Thomas Baumgart --- Git commit 314ece88391aff143842d870d94e1e14a0b7bce1 by Thomas Baumgart. Committed on 09/08/2023 at 06:42. Pushed by tbaumgart into branch 'master'. Fix reported crash in CSV export dialog M +3-0kmymoney/plugins/csv/export/csvexportdlg.cpp https://invent.kde.org/office/kmymoney/-/commit/314ece88391aff143842d870d94e1e14a0b7bce1 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473082] csv export of investment account uses 2 digits for number of shares and too many digits for price.
https://bugs.kde.org/show_bug.cgi?id=473082 --- Comment #3 from Thomas Baumgart --- Is this an old version of the plugin? Just an idea. -- You are receiving this mail because: You are the assignee for the bug.
Re: website question
On Sonntag, 6. August 2023 16:31:33 CEST Jack via KMyMoney-devel wrote: > On 8/6/23 02:12, Thomas Baumgart via KMyMoney-devel wrote: > > On Samstag, 5. August 2023 01:25:43 CEST Jack via KMyMoney-devel wrote: > > > >> I just noticed that https://kmymoney.org/changelog starts with 5.1.0 > >> Release Notes, not having more recent versions. However, the news page > >> does have all releases up to 5.1.3, and each has a link to a changelog > >> for that version. > >> > >> I have a clone of the website source repository, and I'm working on > >> getting Jekyll set up locally, but I have not yet figured out how to > >> update that one page. > >> > >> Thanks for any pointers. > > Between 5.1.0 and 5.1.1 the way release notes are created differ. There > > was a request to provide direct access to the release notes (as with the > > new versions) and omit the two-stage access as it used to be before. > > Maybe, that change had some influence on the overall release notes page. > > > > You can see that difference between > > _posts/2020-06-14-kmymoney-5-1-0-released.md > > and _posts/2020-12-20-kmymoney-5-1-1-released.md > > > > Hope that helps. > It does, and I think I saw some comments about that either in an old bug > or issue. Now I have to figure out what led me to that page. It was a > link somewhere (maybe in the Handbook.) If it is there, I can change > it. If were not using/updating that page any more, can we add a note or > link to the top to its replacement? Good idea, it's auto generated though. I will check into it. Thomas -- Regards Thomas Baumgart - As soon as we wish to be happier, we are no longer happy. -- Walter Landor - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 473128] Fetching currency conversions from fx-rate.net is broken
https://bugs.kde.org/show_bug.cgi?id=473128 Thomas Baumgart changed: What|Removed |Added Resolution|--- |DOWNSTREAM Status|REPORTED|RESOLVED --- Comment #1 from Thomas Baumgart --- Thank you for the analysis. Recompiling won't help you, because those values are only used when the application is run for the first time. After that, use "Settings/Configure KMyMoney/Online Quotes" to modify the regex. An updated regex could be found e.g. on https://discuss.kde.org/t/kmoney-currency-udpates-not-working/3037 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473082] csv export of investment account uses 2 digits for number of shares and too many digits for price.
https://bugs.kde.org/show_bug.cgi?id=473082 --- Comment #1 from Thomas Baumgart --- Git commit f449d6bf9a1e221f8fddf3d6d147704bf1c0bce0 by Thomas Baumgart. Committed on 08/08/2023 at 08:23. Pushed by tbaumgart into branch 'master'. Rework CSV Export dialog The CSV export dialog was not working at all with the latest changes. M +226 -170 kmymoney/plugins/csv/export/csvexportdlg.cpp M +12 -73 kmymoney/plugins/csv/export/csvexportdlg.h M +33 -59 kmymoney/plugins/csv/export/csvexportdlg.ui M +0-1kmymoney/plugins/csv/export/csvexporter.cpp https://invent.kde.org/office/kmymoney/-/commit/f449d6bf9a1e221f8fddf3d6d147704bf1c0bce0 -- You are receiving this mail because: You are the assignee for the bug.
Re: problem with csv export in master
On Dienstag, 8. August 2023 00:53:11 CEST Jack via KMyMoney-devel wrote:
> While trying to debug the problem recently reported on Discord about
> the 5.1.3 csv exporter truncating stock prices to 2 decimal places, I
> noticed that the master branch csv export always seem to export the
> same account, which is NOT the one I selected. In playing with that
> further, if I pick an investment account in the account dropdown, and
> then change the separator from tab to comma, I get the popup that the
> account is invalid because it doesn't have any items. In trying to
> figure out why that happens, I put a qDebug at the beginning of
> CsvExportDlg::checkData which prints out the selected account. When I
> select the account (any account) with the dropdown, the correct account
> name is printed. However, if I make or change the separator
> selection, a DIFFERENT account name is selected. So - it turns out I
> can export the selected account only if I choose the separator first,
> and then the account.
>
> Further, looking at CsvExportDlg::CsvExportDlg, I find the last three
> connect commads are:
>
> connect(ui->m_accountComboBox,
> qOverload(&QComboBox::currentIndexChanged), this, [this](int idx) {
> checkData(ui->m_accountComboBox->itemText(idx));
> });
> connect(ui->m_separatorComboBox,
> QOverload::of(&QComboBox::currentIndexChanged), this, [&](int
> index) {
> m_separator = m_fieldDelimiterCharList[index];
> } );
> connect(ui->m_separatorComboBox,
> qOverload(&QComboBox::currentIndexChanged), this, [this](int idx) {
> checkData(ui->m_accountComboBox->itemText(idx));
> });
>
> Commenting out the third out seems to fix the problem of the wrong
> account. This might make sense as it looks like that call is
> connecting a change of the separator combobox to to calling checkData
> with an incorrect account name (using the index of the separator
> combobox, not of the account combobox. However, I'm not sure how (or
> even if) calling checkData with the "wrong" account name can actually
> change which account gets exported, although it is perhaps by selecting
> the splits to be exported based on the wrong account.
>
> This post
> (https://stackoverflow.com/questions/16794695/connecting-overloaded-signals-and-slots-in-qt-5)
>
> related to the connecting of overloaded functions states that with
> C++11 you need QOverload<>::of(...) but with C++14 you need
> qOverload<>(...). This makes it look like our code has a mixture of
> both types of calls, and I wonder what subtle bugs this may have
> introduced.
This should better read "... but from C++14 on you can use qOverload<>(...)".
I noticed the mixed versions myself, but they don't hurt.
> I'll wait for some feedback before I actually try to fix this, while I
> continue to track down why the number of decimal places is truncated to
> 2 for prices and is too large for prices (which seems to be the same in
> 5.1 and master.)
I noticed the same yesterday when trying to figure out the decimal places
problem. I (mostly) rewrote the export dialog to fix all the problems. Once
I had this working, I noticed another problem with the csv exporter (at
least with investments): it seems to not add multiple fees/interest splits
thus giving false numbers in the export.
I did not have the time to finish the changes on the export dialog yesterday
but will commit it to the repo soon.
Since you already analyzed the old code you can now take a look at how
things are/can be done with the actual code base.
The decimal places code has another problem because prices are always written
with a precision of 6 digits. I leave it to you to change that to get the
security from the account and take the price precision defined for it.
--
Regards
Thomas Baumgart
-
My friend couldn't afford to pay his water bill.
So I sent him a 'get well soon' card.
-
signature.asc
Description: This is a digitally signed message part.
Re: website question
On Samstag, 5. August 2023 01:25:43 CEST Jack via KMyMoney-devel wrote: > I just noticed that https://kmymoney.org/changelog starts with 5.1.0 > Release Notes, not having more recent versions. However, the news page > does have all releases up to 5.1.3, and each has a link to a changelog > for that version. > > I have a clone of the website source repository, and I'm working on > getting Jekyll set up locally, but I have not yet figured out how to > update that one page. > > Thanks for any pointers. Between 5.1.0 and 5.1.1 the way release notes are created differ. There was a request to provide direct access to the release notes (as with the new versions) and omit the two-stage access as it used to be before. Maybe, that change had some influence on the overall release notes page. You can see that difference between _posts/2020-06-14-kmymoney-5-1-0-released.md and _posts/2020-12-20-kmymoney-5-1-1-released.md Hope that helps. -- Regards Thomas Baumgart - Remember Brooks law: adding people to a project running late will only make it run later! - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 469587] Issues after editing an account while editing a transaction
https://bugs.kde.org/show_bug.cgi?id=469587 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Version Fixed In||5.2 Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/0233b1 ||bfdb405c3dfff1726d578f05122 ||0c795a9 Resolution|--- |FIXED --- Comment #2 from Thomas Baumgart --- Git commit 0233b1bfdb405c3dfff1726d578f051220c795a9 by Thomas Baumgart. Committed on 30/07/2023 at 11:58. Pushed by tbaumgart into branch 'master'. Don't close transaction editor if no change in journal When an account or category is changed while a transaction editor is active, keep it open when there is no modification in the journalModel FIXED-IN: 5.2 M +49 -44 kmymoney/views/kaccountsview_p.h M +19 -17 kmymoney/views/kcategoriesview.cpp https://invent.kde.org/office/kmymoney/-/commit/0233b1bfdb405c3dfff1726d578f051220c795a9 -- You are receiving this mail because: You are the assignee for the bug.
Re: New payees bug
On Montag, 24. Juli 2023 08:07:26 CEST Thomas Baumgart via KMyMoney-devel wrote: > On Montag, 24. Juli 2023 01:08:03 CEST Jeremy Whiting wrote: > > > I think the problem is that when you click Yes on that dialog to add the > > payee it shouldn't reset the ledgerview at all. It doesn't when you click > > No, it just clears the payee box. I think that makes sense, but when you > > click Yes it shouldn't be doing anything to the ledger. Only adding the > > payee as a payee behind the scenes and leaving the ledger completely alone. > > So I can continue to add category, cleared status, etc. Thanks for the > > pointer though, I'll see why it's calling LedgerView::reset in this case > > when it shouldn't be IMO. > > The reason is simple to explain: adding the payee to the MyMoneyFile object > creates a MyMoneyFileTransaction. When that is created, the LedgerConcatenate > model is instructed to stop emitting signals to prevent massive sorting > operations when ledger objects change. When the MyMoneyFileTransaction > object is destroyed, signal emission is turned on again and the > LedgerConcatenate model is reset which is propagated to the LedgerView. Fixed with https://invent.kde.org/office/kmymoney/-/commit/8f98eb55d84a388305da003881d6be8bcef6089e -- Regards Thomas Baumgart - When PRIVACY Is Outlawed... Only OUTLAWS Will Have Privacy! - signature.asc Description: This is a digitally signed message part.
Re: KPeople/KContacts/Akonadi
On Freitag, 28. Juli 2023 01:48:21 CEST Nicolas Fella via KMyMoney-devel wrote: > Am 27.07.23 um 20:26 schrieb Jeremy Whiting: > > hey all, > > > > At Akademy there was some discussion about dissolving > > KPeople/KContacts and Akonadi. One user of those that came up was > > KMyMoney. I took a quick look at what it's using that for and it seems > > to only be when adding payees, by trying to lookup names/email in the > > above libraries > > is that something users rely on and actually use? I've never come > > across it myself, but I likely don't use many features kmm has. I > > *think* Nicolas Fella the guy that wrote/maintains KContacts mentioned > > there have been issues with it and it never worked well. You had to > > create a .vcard file and import that in order to get any contact data, > > etc. > > > > If it doesn't work I suggest we remove it, so KMyMoney isn't one of > > the last reasons for it to continue to exist. If it does work or > > people are using it maybe it would be best to discuss either ways to > > fix it or improve it I guess. > > > > I'll add Nicolas to the cc to add any insight he has or clarify any of > > my misunderstandings. > > There are indeed some. > > KContacts and Akonadi are not going anywhere. The problematic part is > KPeople, which KMyMomey doesn't currently use. > > The reason KMM came up in this discussion is > https://invent.kde.org/office/kmymoney/-/issues/54. There the idea was > since depending on Akonadi is not very portable to use KPeople as a > light-weight, read-only view into the "system contacts". On Plasma that > would then likely use Akonadi internally. I still think it's the right > thing to do conceptually, but given the poor state of KPeople it's not > something I'd recommend doing now. Thanks for all the input you provided. Looking at the code in KMyMoney it is only used to copy address information from the PIM addressbook to KMyMoney. I have not used it myself after it was added to an ancient version of KMyMoney (3.x or 4.x). For now, I can simply remove the UI parts and in case no-one complains, we can simply remove the logic. Ideas/Thoughts/Suggestions? -- Regards Thomas Baumgart - Computer science is no more about computers than astronomy is about telescopes --Edsger W. Dijkstra - signature.asc Description: This is a digitally signed message part.
Re: New payees bug
On Montag, 24. Juli 2023 01:08:03 CEST Jeremy Whiting wrote: > I think the problem is that when you click Yes on that dialog to add the > payee it shouldn't reset the ledgerview at all. It doesn't when you click > No, it just clears the payee box. I think that makes sense, but when you > click Yes it shouldn't be doing anything to the ledger. Only adding the > payee as a payee behind the scenes and leaving the ledger completely alone. > So I can continue to add category, cleared status, etc. Thanks for the > pointer though, I'll see why it's calling LedgerView::reset in this case > when it shouldn't be IMO. The reason is simple to explain: adding the payee to the MyMoneyFile object creates a MyMoneyFileTransaction. When that is created, the LedgerConcatenate model is instructed to stop emitting signals to prevent massive sorting operations when ledger objects change. When the MyMoneyFileTransaction object is destroyed, signal emission is turned on again and the LedgerConcatenate model is reset which is propagated to the LedgerView. See https://invent.kde.org/office/kmymoney/-/blame/master/kmymoney/models/ledgerconcatenatemodel.cpp#L29-L42 In case you answer no to the creation of the payee, that will not happen and the editor stays in place due to the missing reset. Thomas > > On Sat, Jul 22, 2023 at 1:58 AM Thomas Baumgart via KMyMoney-devel < > kmymoney-devel@kde.org> wrote: > > > On Samstag, 22. Juli 2023 03:08:26 CEST Jeremy Whiting via KMyMoney-devel > > wrote: > > > > > Ok, I think I've hit the edge of my code following for the evening. > > > Everything in NewTransactionEditor looks right. It calls > > > KMyMoneyUtils::newPayee which works right and finds the index of the new > > > payee, etc. The only problem is that after it's done the > > > NewTransactionEditor gets destructed for some reason... It gets > > destructed > > > when you click Yes on the Create new payee question dialog. If you click > > No > > > instead it leaves the editor, but clears out the value for the payee as > > > expected. I'm not sure why the editor is getting destructed in the > > > LedgerView. > > > > This is caused by LedgerView::reset() which is called when the underlying > > engine state (represented by the models) changes. LedgerConcatenateModels > > suppresses any signals during the update of the engine objects and simply > > calls beginResetModel() and endResetModel() when the objects in the engine > > are changed. EndResetModel() calls LedgerView::reset() in the course of > > action. > > > > I added that to reduce the number of sort operations on the ledgers when > > multiple > > (as in many) objects get changed as part of an action (e.g. mark > > transactions > > as cleared). Maybe, this was not the best choice. I know it's more of a > > sledge hammer method but works well. It's just not ideal for what we try > > to solve here. > > > > So far, I have no immediate solution to this problem. But I am sure, we > > will > > find one. > > > > Thomas > > > > > > > > > On Fri, Jul 21, 2023 at 5:31 PM Jeremy Whiting > > wrote: > > > > > > > Hello, > > > > > > > > I think there's a recent-ish bug in master. I'm not sure when I started > > > > hitting it since I don't often add new payees. But lately when adding > > a new > > > > transaction if you enter a new name for the payee it pops up the > > dialog "Do > > > > you want to add as a new payee?" which is how it always has been. > > > > However lately, clicking yes seems to add the payee to the payees, but > > also > > > > clears out the entered transaction data. It used to just add the payee > > and > > > > let you continue to edit the rest of the transaction details. > > > > > > > > Clicking No clears everything just like it used to. > > > > > > > > With a quick dive into the code I *think* it might be a bug around > > > > PayeeCreator::createPayee. I think when it calls > > KMyMoneyUtils::newPayee > > > > that works so it drops into the else block, but then somehow doesn't > > get an > > > > index from m_comboBox->findData (maybe because the combobox didn't get > > > > notified of the new payee?) so it clears everything out. > > > > > > > > I'll dive in and see if that's the cause and see if I can find out how > > to > >
Re: New payees bug
On Samstag, 22. Juli 2023 03:08:26 CEST Jeremy Whiting via KMyMoney-devel wrote: > Ok, I think I've hit the edge of my code following for the evening. > Everything in NewTransactionEditor looks right. It calls > KMyMoneyUtils::newPayee which works right and finds the index of the new > payee, etc. The only problem is that after it's done the > NewTransactionEditor gets destructed for some reason... It gets destructed > when you click Yes on the Create new payee question dialog. If you click No > instead it leaves the editor, but clears out the value for the payee as > expected. I'm not sure why the editor is getting destructed in the > LedgerView. This is caused by LedgerView::reset() which is called when the underlying engine state (represented by the models) changes. LedgerConcatenateModels suppresses any signals during the update of the engine objects and simply calls beginResetModel() and endResetModel() when the objects in the engine are changed. EndResetModel() calls LedgerView::reset() in the course of action. I added that to reduce the number of sort operations on the ledgers when multiple (as in many) objects get changed as part of an action (e.g. mark transactions as cleared). Maybe, this was not the best choice. I know it's more of a sledge hammer method but works well. It's just not ideal for what we try to solve here. So far, I have no immediate solution to this problem. But I am sure, we will find one. Thomas > On Fri, Jul 21, 2023 at 5:31 PM Jeremy Whiting wrote: > > > Hello, > > > > I think there's a recent-ish bug in master. I'm not sure when I started > > hitting it since I don't often add new payees. But lately when adding a new > > transaction if you enter a new name for the payee it pops up the dialog "Do > > you want to add as a new payee?" which is how it always has been. > > However lately, clicking yes seems to add the payee to the payees, but also > > clears out the entered transaction data. It used to just add the payee and > > let you continue to edit the rest of the transaction details. > > > > Clicking No clears everything just like it used to. > > > > With a quick dive into the code I *think* it might be a bug around > > PayeeCreator::createPayee. I think when it calls KMyMoneyUtils::newPayee > > that works so it drops into the else block, but then somehow doesn't get an > > index from m_comboBox->findData (maybe because the combobox didn't get > > notified of the new payee?) so it clears everything out. > > > > I'll dive in and see if that's the cause and see if I can find out how to > > get it added to the combobox maybe, but wanted to point it out in case it's > > already known and maybe in progress somewhere. > > > > thanks, > > Jeremy > > > -- Regards Thomas Baumgart - Did you hear about the guy who got his whole left side cut off? He's all right now. - signature.asc Description: This is a digitally signed message part.
Re: Jenkins build for MacOS failing
On Mittwoch, 19. Juli 2023 22:23:05 CEST Jack via KMyMoney-devel wrote: > On 2023.07.19 15:43, Dawid Wrobel via KMyMoney-devel wrote: > > On Fri, Jul 14, 2023 at 11:01 PM Jack Ostroff via KMyMoney-devel < > > kmymoney-devel@kde.org> wrote: > > > The MacOS build of KMyMoney on Jenkins has been failing for a week. > > > > > The build seems to fail while building aqbanking with > > > > > > 18:48:30 dyld[83380]: Library not loaded: libbrotlienc.1.dylib > > > 18:48:30Referenced from: > > > > > /Users/packaging/Craft/BinaryFactory/macos-64-clang/lib/libgnutls.30.dylib > > > > I can see aqbanking blueprint was updated by Thomas just yesterday, > > removing Brotli library from the runtime dependencies here: > > https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/5d9bb8c38288654f55b95c916af9af3149340e00#8a96c0cfb12c7c2ffeb5716e773e72ed47202a6b_41_40 > > > > Although given it's from yesterday, it could very well be Thomas' > > attempt to remedy the issue you mention. > > Thanks. > > It's indirectly related. More details at the Discuss thread > https://discuss.kde.org/t/kmymoney-v5-1-3-for-macos-5-1-3-with-kbanking-plugin-not-showing-aqbanking-under-settings/2867/22 There are two different issues: 1.) AqBanking build was failing because Brotli lib was not available. This was resolved by adding it to gnutls (see https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/7c59f71313754d6a8527b27f537e53b691bf8cd1). Adding it to the AqBanking blueprint alone did not work and is not necessary, so I removed it again. The building with Brotli was working (at least once, https://binary-factory.kde.org/view/MacOS/job/KMyMoney_Release_macos/1814/). 2.) While working on the fix regarding Brotli, I noticed that Gwen and AqB were a little outdated and updated the versions in https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/5d9bb8c38288654f55b95c916af9af3149340e00 (that's when I removed the unneceessary Brotli reference in AqBanking again). This change also caused gwenhywfar to be build. KMyMoney currently does not build for any platform providing AqBanking because the build of gwenhywfar fails. Looking at the logs, I spot that it tries to download the tar.gz file three times and each time the download fails with the different checksum. Mysterious. I verified the required checksum which is what I get when I download the file and it is the checksum that Martin documented. I already opened a sys-admin ticket for that but have no response yet. See bottom of https://binary-factory.kde.org/view/AppImage/job/KMyMoney_Release_appimage-centos7/551/console https://binary-factory.kde.org/view/MacOS/job/KMyMoney_Release_macos/1817/console for the error I am talking about. The Windows version builds, because it does not include AqBanking. -- Regards Thomas Baumgart - Why are there so many 'smart phones' used by so many 'stupid people'? - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 472122] Issuing online transactions via outbox does not work
https://bugs.kde.org/show_bug.cgi?id=472122 Thomas Baumgart changed: What|Removed |Added Resolution|WAITINGFORINFO |UPSTREAM Status|NEEDSINFO |RESOLVED --- Comment #5 from Thomas Baumgart --- That's not a KMyMoney problem but an access problem at your bank (Berechtigung für diesen Geschäftsvorfall nicht ausreichend). Between KMyMoney and the bank there is the AqBanking library. Did you try to retrieve the bank info, system identification, iTAN modes and account list? That sometimes also helps. The log in the screenshot is written by AqBanking. Hence, please be so kind and direct additional questions to the upstream AqBanking library at aqbanking-u...@mailman.aqbanking.de (that list is kept in German). Mention the Server-URL, HBCI-Version and the TAN settings you have setup for your bank and contain the screenshot of the log as well as the versions of KMyMoney, AqBanking and Gwenhywfar you are using and maybe a link to this ticket. You may also take a look at https://www.aquamaniac.de/rdm/projects/aqbanking/wiki/AqBanking6_Bankentabelle and see if it contains some useful information for your specific bank. Hope that helps. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472122] Issuing online transactions via outbox does not work
https://bugs.kde.org/show_bug.cgi?id=472122 Thomas Baumgart changed: What|Removed |Added Summary|1 |Issuing online transactions ||via outbox does not work -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472122] 1
https://bugs.kde.org/show_bug.cgi?id=472122 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #2 from Thomas Baumgart --- Please provide more details (the steps you take and the behavior the application shows) to what is not working. Did it work before? What was changed in the meantime? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 413764] Field not correctly displaying content with Arabic numerals in text
https://bugs.kde.org/show_bug.cgi?id=413764 --- Comment #18 from Thomas Baumgart --- It can be used in the 5.1 builds but is not the default anymore. Also, I currently don't know if libalkimia uses/requires it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 464013] ERROR WHEN IMPORT OFX FILE FROM MY BANK ( READ ERROR WITH IMPORT MODULE ) Impossible d'importer « C:/Users/serge/Downloads/ofx97643.qfx » en utilisant le module d'importation O
https://bugs.kde.org/show_bug.cgi?id=464013 Thomas Baumgart changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/pack ||aging/craft-blueprints-kde/ ||-/commit/629f362280a8f5963a ||ccb6df66319c67e4052e69 --- Comment #3 from Thomas Baumgart --- Fixed in the meantime by forcing libofx to be build with OPENSP_MULTIBYTE to off on windows -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472064] List of scheduled transactions can't be sorted by Next Due Date
https://bugs.kde.org/show_bug.cgi?id=472064 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/3afe41 ||e93adf25c68c7fd0c57e1128d91 ||d5405f6 Version Fixed In||5.2 Resolution|--- |FIXED --- Comment #4 from Thomas Baumgart --- Git commit 3afe41e93adf25c68c7fd0c57e1128d91d5405f6 by Thomas Baumgart. Committed on 08/07/2023 at 12:54. Pushed by tbaumgart into branch 'master'. Show sort options in schedules view FIXED-IN: 5.2 M +4-0kmymoney/views/kscheduledview_p.h https://invent.kde.org/office/kmymoney/-/commit/3afe41e93adf25c68c7fd0c57e1128d91d5405f6 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 472064] List of scheduled transactions can't be sorted by Next Due Date
https://bugs.kde.org/show_bug.cgi?id=472064 --- Comment #1 from Thomas Baumgart --- Created attachment 160136 --> https://bugs.kde.org/attachment.cgi?id=160136&action=edit Video showing sorting by due date I am unable to duplicate this behavior on Linux using that version. What happens to the sort indicator when you change columns? Does it change between ascending and descending when you click on the name column? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 471461] TEMPLATE: Accounts recreated from template with wrong currency
https://bugs.kde.org/show_bug.cgi?id=471461 Thomas Baumgart changed: What|Removed |Added OS|Microsoft Windows |All Severity|normal |wishlist --- Comment #1 from Thomas Baumgart --- Templates currently don't support multiple currencies (only the base currency) so I turn this into a wish list item for all platforms. -- You are receiving this mail because: You are the assignee for the bug.
Re: cmake cana't find Qt5::WebEngineWidgets (only on one PC)
On Sonntag, 25. Juni 2023 20:38:15 CEST Jack via KMyMoney-devel wrote: > On my artix linux box, I was trying to modify an old PKGBUILD I had to > use current master branch. It finishes the configuration, but then says > it can't find Qt5::WebEngineWidgets. Same result just running cmake in > a clean build dir. I have the package qt5-webengine installed, which > seems to have the webenginewidgets pieces. On my Gentoo box, everything > works fine. The actual output is: > > CMake Error at > /usr/lib64/cmake/LibAlkimia5-8.1/LibAlkimia5Targets.cmake:65 > (set_target_properties): >The link interface of target "Alkimia::alkimia" contains: > > Qt5::WebEngineWidgets > >but the target was not found. Possible reasons include: > > Both boxes have libalimia 8.1.1. That file looks essentially the same > on both boxes (the minimum versions of cmake are different.) > > I used identical scripts for the initial run of cmake, both including > -DENABLE_WEBENGINE=TRUE. Oddly, on the Artix box, running ccmake . does > NOT show a line for WEBENGINE, but there is one on the Gentoo box. Both > boxes have cmake version 3.26.4. > > One thing I just noticed, Gentoo has qtwebengine 5.15.9. Artix has > 5.15.14, although many of the files included are 5.15.13, and 5.15.10 > seems to be the latest actually released by Qt. Might this account for > the problem? > > Any suggestions on what else I might differences look for? You can run cmake with option --trace-expand and analyse what cmake is doing to find the package and why it fails. -- Regards Thomas Baumgart - BTW, just the planning of the test cases helped me to improve the code a lot. -- Alvaro Soliverez - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 470965] Unable to start after upgrading to latest release
https://bugs.kde.org/show_bug.cgi?id=470965 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/pack ||aging/craft-blueprints-kde/ ||-/commit/0a96ed4f2a66db5318 ||a0d7d1551830aa3b7c8e34 Resolution|--- |FIXED --- Comment #1 from Thomas Baumgart --- Fixed in craft blacklist -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 471101] Crash when enabling "Show Transaction Detail" in the "Tags" view.
https://bugs.kde.org/show_bug.cgi?id=471101 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/-/commit/b8e0a9 ||e885fae7e7097554fcced629b93 ||253e374 Resolution|--- |FIXED --- Comment #1 from Thomas Baumgart --- Git commit b8e0a9e885fae7e7097554fcced629b93253e374 by Thomas Baumgart. Committed on 16/06/2023 at 21:39. Pushed by tbaumgart into branch 'master'. Fix crash in tags view M +1-0kmymoney/views/ktagsview.cpp https://invent.kde.org/office/kmymoney/-/commit/b8e0a9e885fae7e7097554fcced629b93253e374 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 470640] Split transactions are difficult to enter
https://bugs.kde.org/show_bug.cgi?id=470640 Thomas Baumgart changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #2 from Thomas Baumgart --- That is by design. In your case, pressing the minus sign opens the calculator and subtracts the value you enter (1888) from the number that is already in the edit widget (-1678). That sum sure is -3566. A workaround is to clear the value in the widget first by pressing the delete button. Upcoming versions of KMyMoney have separate edit widgets for debit and credit values and there is no need to enter negative values anymore. -- You are receiving this mail because: You are the assignee for the bug.
Re: Extremely strange OFX direct connect result
On Montag, 5. Juni 2023 20:36:47 CEST Jack via KMyMoney-devel wrote: > I have two Vanguard accounts I have been tracking for several years > with OFX direct connect. I recently noticed that neither of them has > actually downloaded any transactions since the end of last year, > although the download completes with no errors. For one account, the > downloaded OFX result does include the latest price of the held > security but no transactions. I have not yet contacted Vanguard to ask > if they have changed anything. > > However, just in case some connection detail changed, I unmapped one of > the accounts, and tried to re-map it. Once I entered the login > credentials (same with or without using the Client Uuid) it showed me > two possible accounts to map - but both of those are FIDELITY accounts, > not Vanguard. One of them is not mapped at all, and the other is > mapped in a different KMY data file. If it shows you accounts after you entered the credentials during mapping that means KMyMoney has successfully logged in and received data. After that it is a matter of the bank. The only thing you can check is the URL of the server. > I have no idea if this is a problem with the OFX mapping data, > something going on at Vanguard, or KMM doing something strange. Other > than running Wireshark to see what is actually happening during the > mapping process, does anyone have any clue how a request to Vanguard > could end up returning info about accounts at Fidelity? Good questions. It would be one for the people at your institution(s). -- Regards Thomas Baumgart - MicroSoft Windows - from the people who brought you edlin - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 470001] KMM crashes on startup on Window
https://bugs.kde.org/show_bug.cgi?id=470001 Thomas Baumgart changed: What|Removed |Added Latest Commit||https://invent.kde.org/pack ||aging/craft-blueprints-kde/ ||-/commit/7a3f553409c434c0eb ||02d143dfbf54cd7b694984 Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Thomas Baumgart --- Problem is fixed in build system. Build 1791 does not show the problem anymore. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 470001] KMM crashes on startup on Window
https://bugs.kde.org/show_bug.cgi?id=470001 Thomas Baumgart changed: What|Removed |Added CC||herwig.jans...@ewetel.net --- Comment #6 from Thomas Baumgart --- *** Bug 469836 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469836] After update kmymoney doesn't start anymore!
https://bugs.kde.org/show_bug.cgi?id=469836 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 470001 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445050] Feature Request: Also distribute KMyMoney via Flatpak, Flathub
https://bugs.kde.org/show_bug.cgi?id=445050 --- Comment #3 from Thomas Baumgart --- It's not only the initial setup work, but also maintenance. Given the trouble we lately have with AppImages and Windows builds we don't need yet another can of worms. We can assure though, that any volunteer who wants to develop and maintain a Flatpak package has our full support in doing so. -- You are receiving this mail because: You are the assignee for the bug.
Re: account opening date question
On Montag, 29. Mai 2023 17:04:06 CEST Jack via KMyMoney-devel wrote: > On 5/29/23 04:18, Thomas Baumgart via KMyMoney-devel wrote: > > On Sonntag, 28. Mai 2023 22:47:33 CEST Jack Ostroff via KMyMoney-devel > > wrote: > > > >> When I do a consistency check, the results include > >>* The security 'UNITEDHEALTH GROUP INC' has no price set for the > >> opening date '2023-04-03'. > >> > >> However, the that security is held in a single investment account, in > >> the security account > >> >> lastmodified="2023-05-08" institution="" > >>opened="2023-04-03" number="" type="15" name="UNITEDHEALTH > >> GROUP INC" description="" currency="E000541"/> > >> > >> and it is used in a single transaction > >> >>"Purchase: UNITEDHEALTH GROUP INC PER ADVISORY AGREEMENT. > >> PRICE 488.325500" entrydate="2023-05-07" commodity="USD"> > >> > >>>> action="" reconcileflag="2" value="-244163/100" shares="-244163/100" > >>price="1/1" memo="Purchase: UNITEDHEALTH GROUP INC PER > >> ADVISORY AGREEMENT. PRICE 488.325500" account="A000263" number="" > >> bankid=""/> > >>>> reconcileflag="2" value="244163/100" shares="5/1" > >>price="244163/500" memo="Purchase: UNITEDHEALTH GROUP > >> INC PER ADVISORY AGREEMENT. PRICE 488.325500" account="A001156" > >> number="" > >>bankid="ID 20230424TB151147020156039"/> > >> > >> The transaction is dated April 26 and was imported May 7. How did the > >> opening date get to April 3? Is there any way for me to change that > >> opening date short of editing the data file? I know I can just add a > >> price on or before April 3, but I'd rather not need to have price > >> before I ever owned the stock? > >> > >> Any thoughts or pointers? > > I changed the way the consistency check validates available price > > information. > > The check is now based on the date of first use instead of the account > > opening > > date. I hope that solves the problem. > > Thanks, and while that is easier for me than adding an "extra" price, > it seems like extra work for the program, thus my desire to figure out > how it happened., although I know that is not likely to happen. It happens when you open the account and use it only store a price at a later date (maybe when the first transaction is entered). The check looked at a price to be available on the opening date. The extra work for the program during the consistency check is simple and not noticeable. BTW: the change also resolved an issue I had here myself where I opened an investment account and never used it (only use it to play/test with). -- Regards Thomas Baumgart - The ability to speak several languages is an asset, but the ability to keep your mouth shut in any language is priceless! -- ITI Bulletin 6.7.1990 - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 469714] Crash when changing currency price precision
https://bugs.kde.org/show_bug.cgi?id=469714 Thomas Baumgart changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #4 from Thomas Baumgart --- Changed state -- You are receiving this mail because: You are the assignee for the bug.
Re: account opening date question
On Sonntag, 28. Mai 2023 22:47:33 CEST Jack Ostroff via KMyMoney-devel wrote: > When I do a consistency check, the results include > * The security 'UNITEDHEALTH GROUP INC' has no price set for the > opening date '2023-04-03'. > > However, the that security is held in a single investment account, in > the security account >lastmodified="2023-05-08" institution="" > opened="2023-04-03" number="" type="15" name="UNITEDHEALTH > GROUP INC" description="" currency="E000541"/> > > and it is used in a single transaction > "Purchase: UNITEDHEALTH GROUP INC PER ADVISORY AGREEMENT. > PRICE 488.325500" entrydate="2023-05-07" commodity="USD"> > > action="" reconcileflag="2" value="-244163/100" shares="-244163/100" > price="1/1" memo="Purchase: UNITEDHEALTH GROUP INC PER > ADVISORY AGREEMENT. PRICE 488.325500" account="A000263" number="" > bankid=""/> > reconcileflag="2" value="244163/100" shares="5/1" > price="244163/500" memo="Purchase: UNITEDHEALTH GROUP > INC PER ADVISORY AGREEMENT. PRICE 488.325500" account="A001156" > number="" > bankid="ID 20230424TB151147020156039"/> > > The transaction is dated April 26 and was imported May 7. How did the > opening date get to April 3? Is there any way for me to change that > opening date short of editing the data file? I know I can just add a > price on or before April 3, but I'd rather not need to have price > before I ever owned the stock? > > Any thoughts or pointers? I changed the way the consistency check validates available price information. The check is now based on the date of first use instead of the account opening date. I hope that solves the problem. -- Regards Thomas Baumgart - If a train station is where a train stops, then what stops at a workstation? - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 470327] Home Page and Reports display completely black
https://bugs.kde.org/show_bug.cgi?id=470327 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 468936 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468936] Home Page and Reports display completely black - Cannot Read
https://bugs.kde.org/show_bug.cgi?id=468936 --- Comment #9 from Thomas Baumgart --- *** Bug 470327 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469587] Issues after editing an account while editing a transaction
https://bugs.kde.org/show_bug.cgi?id=469587 --- Comment #1 from Thomas Baumgart --- Git commit d91ddf19767ae5f17c92551dc1e39f95b3661807 by Thomas Baumgart. Committed on 27/05/2023 at 05:23. Pushed by tbaumgart into branch 'master'. Close the editor upon model reset This resolves the problem reported in #469587 but with a different result. M +12 -4kmymoney/views/ledgerview.cpp M +8-0kmymoney/views/transactioneditorbase.cpp M +2-0kmymoney/views/transactioneditorbase.h https://invent.kde.org/office/kmymoney/-/commit/d91ddf19767ae5f17c92551dc1e39f95b3661807 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469431] Need better way to handle changes in stock price quote source
https://bugs.kde.org/show_bug.cgi?id=469431 Thomas Baumgart changed: What|Removed |Added Summary|KMM needs better way to |Need better way to handle |handle changes in stock|changes in stock price |price quot sourcex: was:|quote source |Yahoo Finance stock quotes | |fail| -- You are receiving this mail because: You are the assignee for the bug.
Re: Translation not appearing
On Mittwoch, 24. Mai 2023 00:17:52 CEST Kjetil Sørlund via KMyMoney-devel wrote: > Hello > > I have now have a complete translation into norsk bokmål. I have > generated kmymoney.mo and copied it into %program > folder%/bin/data/locale/nb/LC_MESSAGES. However, some buttons and tip of > the day are still appearing in English. > > Do you have an idea on why this is? To my knowledge, some of the translations are in the base catalog of KDE. Do you have that also available? A better source for help might be the i18n team. You can find info how to reach them on https://i18n.kde.org -- Regards Thomas Baumgart - A sufficient amount of googling is indistinguishable from actual knowledge. -- unknown source - signature.asc Description: This is a digitally signed message part.
Re: [kmymoney] [Bug 469836] After update kmymoney doesn't start anymore!
On Sonntag, 21. Mai 2023 09:28:59 CEST Herwig Janssen via KMyMoney-devel wrote: > https://bugs.kde.org/show_bug.cgi?id=469836 > > --- Comment #2 from Herwig Janssen --- > Hello, > > I am using the following version of Windows: > Windows 10 > > > Then I tried to start KMM from a command line/console. In "cmd" the following > error message appears afterwards: > > C:\Users\Herwig\AppData\Local\kmymoney\bin>kmymoney.exe > > C:\Users\Herwig\AppData\Local\kmymoney\bin>WebConnect: Try to connect to > WebConnect server > WebConnect: Connect to server failed > WebConnect: Running in server mode [...] > Setting a QCompleter on non-editable QComboBox is not allowed. > Setting a QCompleter on non-editable QComboBox is not allowed. > Could not find QtWebEngineProcess.exe Found this in one or two of the other blueprints in their createPackage section: self.addExecutableFilter(r"bin/(?!(marble-qt|QtWebEngineProcess)).*") Not sure if that is required in adapted form in our blueprint. -- Regards Thomas Baumgart - If a cluttered desk is characteristic of a cluttered mind, what does an empty desk mean 1 a b X - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 442150] Online price update of stocks stopped working since version 5 on MacOS
https://bugs.kde.org/show_bug.cgi?id=442150 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DOWNSTREAM --- Comment #2 from Thomas Baumgart --- Service has apparently been moved to https://markets.ft.com/data/funds/tearsheet/summary?s=LU1445733824:EUR Using the old URL I get URL found: http://funds.ft.com/uk/Tearsheet/Summary?s=LU1445733824... Symbol found: '' Unable to parse price for 'LU1445733824' Unable to parse date for 'LU1445733824' with the one shown above I see data, but it seems that the regexes to extract the date need to be adjusted to the new webpage. I get Symbol found: '' Price found: '24.23' (24,23) Date found: 'May 15 2023.
Broken windows builds
Hi all, it seems that time again, that the windows builds are broken due to some change in the craft and/or ci pipeline area. I have no idea what might have caused it, but we had no relevant code changes when this started to happen. I don't know who could work on these windows build problems and get in touch with people who make changes to the windows build environment to get this up and running again. I don't even have a system where I could test the packages. Any volunteers? Otherwise I'd say we have to remove the Windows build of the KDE ci binary factory from our list to avoid confusion. Not sure about the state of the alternatives provided by Ralf. Ideas? Tasks? Solutions? -- Regards Thomas Baumgart - 'Either toss the Windows out of your computer, or toss your computer out the window!' -- Richard Stallman - signature.asc Description: This is a digitally signed message part.
Re: Update Stock And Currencies Fails
All, On Dienstag, 9. Mai 2023 19:04:34 CEST Wilfried Hildebrandt via KMyMoney wrote: > It works! I forgot to refresh. > Thank you very much, Doug > Am 09.05.23 um 18:54 schrieb David Dembrow via KMyMoney: > > Thanks for the rapid response. Using v6 appears to work for the time > > being. > > > > Thank you very much. > > > > Regards, > > ---d.dembrow > > > > On 5/9/23 12:29 PM, Doug Lytle via KMyMoney wrote: > > > David, > > > > > > I don't remember if I saw it being posted here, but changing this link > > > to > > > v6 > > > from vm7 seems to work. > > > > > > https://query1.finance.yahoo.com/v6/finance/quote?fields=regularMarketPr > > > ic > > > e& > > > symbols=BMY > > > > > > Doug Glad to see you figured out what to do. Very interesting to see where the KMyMoney users find the same solutions to the problem. a) here on the user ML b) https://forum.kde.org/viewtopic.php?f=69&t=177664 c) https://bugs.kde.org/show_bug.cgi?id=469431 d) https://bugs.kde.org/show_bug.cgi?id=469572 e) ??? Cheers Thomas -- Regards Thomas Baumgart - Unix is simple and coherent, but it takes a genius – or at any rate a programmer – to understand and appreciate the simplicity. (Dennis Ritchie) - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 469431] Yahoo Finance stock quotes fail
https://bugs.kde.org/show_bug.cgi?id=469431 Thomas Baumgart changed: What|Removed |Added CC||robby.engelmann@r-engelmann ||.de --- Comment #3 from Thomas Baumgart --- *** Bug 469572 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469572] online quotes from yahoo stopped working
https://bugs.kde.org/show_bug.cgi?id=469572 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 469431 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469420] Print to PDF results in reports with "grayed out" sections, unlike in the past.
https://bugs.kde.org/show_bug.cgi?id=469420 --- Comment #4 from Thomas Baumgart --- Please do not contain the original text when responding via e-mail. Simply start with a blank mail because otherwise it screws up the web display which we devs use. See for yourself e.g. https://bugs.kde.org/show_bug.cgi?id=469420#c3 Thanks in advance. To me this sounds like a CSS problem. The reports are rendered using HTML and should use different instructions when printing to the display and the printer. Since that is not working properly, it could well be a packaging problem. Can you try to use an AppImage version of KMyMoney and see if that has the same problem? You can find instructions at https://kmymoney.org/appimage.html and the download at https://binary-factory.kde.org/view/AppImage/job/KMyMoney_Release_appimage-centos7/ (don't worry about the centos7 part, it's just a name). The AppImage can be installed alongside your distro version without problems. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469195] Transaction report in native currency show wrong amount
https://bugs.kde.org/show_bug.cgi?id=469195 Thomas Baumgart changed: What|Removed |Added Version Fixed In||5.2 Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/d7e94f6a ||b6c452eaf4339f7ebffecd917d9 ||2e28a --- Comment #5 from Thomas Baumgart --- Git commit d7e94f6ab6c452eaf4339f7ebffecd917d92e28a by Thomas Baumgart. Committed on 07/05/2023 at 08:56. Pushed by tbaumgart into branch 'master'. Provide correct currency information if not converting to base currency FIXED-IN: 5.2 M +9-1kmymoney/plugins/views/reports/core/querytable.cpp https://invent.kde.org/office/kmymoney/commit/d7e94f6ab6c452eaf4339f7ebffecd917d92e28a -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469258] the program starts to open but the file does not complete opening (unexpected closing).
https://bugs.kde.org/show_bug.cgi?id=469258 --- Comment #2 from Thomas Baumgart --- The change between 5.1.3-1749 and 5.1.3-1750 was https://invent.kde.org/office/kmymoney/-/commit/8d885bf1 . The 5.1.3 series needs either QWebKit or QWebEngine to work. Now it seems that we have the following scenario (at least on Windows 11): a) QWebKit is not supported by the CI build system anymore -> KMyMoney does not compile b) Using QWebEngine seems to cause a problem -> KMyMoney does not run which means we can choose between the devil and the deep blue sea :( Interesting though, that in one case we see Faulting module path: F:\PreviousPcData\kmymoney5-5.1.3\bin\libcrypto-10.dll and in the other Faulting module path: C:\Users\x\Downloads\kmymoney-5.1-1759-windows-cl-msvc2019-x86_64\bin\Qt5Core.dll -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 469431] Yahoo Finance stock quotes fail
https://bugs.kde.org/show_bug.cgi?id=469431
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |DOWNSTREAM
Status|REPORTED|RESOLVED
--- Comment #2 from Thomas Baumgart ---
Since, as you say, it's driven by Yahoo, there's not much we can do.
Especially, since the change between v6 and v7 is not only related to the
format of the data. Seems, that v7 requires a cookie. See e.g.
https://stackoverflow.com/questions/44030983/yahoo-finance-url-not-working for
details.
$ curl
'https://query1.finance.yahoo.com/v7/finance/quote?fields=regularMarketPrice&symbols=BNS.TO'
{"finance":{"result":null,"error":{"code":"Unauthorized","description":"Invalid
Cookie"}}}
$ curl
'https://query1.finance.yahoo.com/v6/finance/quote?fields=regularMarketPrice&symbols=BNS.TO'
{"quoteResponse":{"result":[{"language":"en-US","region":"US","quoteType":"EQUITY","typeDisp":"Equity","quoteSourceName":"Delayed
Quote","triggerable":true,"customPriceAlertConfidence":"HIGH","esgPopulated":false,"market":"ca_market","marketState":"CLOSED","regularMarketPrice":66.94,"exchange":"TOR","exchangeTimezoneShortName":"EDT","exchangeTimezoneName":"America/Toronto","gmtOffSetMilliseconds":-1440,"firstTradeDateMilliseconds":78992100,"priceHint":2,"regularMarketTime":1683316800,"fullExchangeName":"Toronto","sourceInterval":15,"exchangeDataDelayedBy":15,"tradeable":false,"cryptoTradeable":false,"symbol":"BNS.TO"}],"error":null}}
--
You are receiving this mail because:
You are the assignee for the bug.
[kmymoney] [Bug 468988] Bug 468958
https://bugs.kde.org/show_bug.cgi?id=468988 --- Comment #2 from Thomas Baumgart --- *** Bug 468958 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468958] Bug in window catgories
https://bugs.kde.org/show_bug.cgi?id=468958 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 468988 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468988] Bug 468958
https://bugs.kde.org/show_bug.cgi?id=468988 Thomas Baumgart changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from Thomas Baumgart --- As pointed out in https://bugs.kde.org/show_bug.cgi?id=468958#c2 you need to enlarge the first column. Hover the mouse over the vertical bar shown between "Konto" and "Typ" until the mouse cursor shape changes and drag the bar to the right. That should enlarge the column. If you press the right mouse button on the header you can even select more columns. In case that does not work for please report here (no need to open another bug entry). -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468936] Home Page and Reports display completely black - Cannot Read
https://bugs.kde.org/show_bug.cgi?id=468936 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #5 from Thomas Baumgart --- Please don't include the original text to your email answer. It ruins the view on our bugtracker. See yourself on https://bugs.kde.org/show_bug.cgi?id=468936#c3. Thank you. Looking at https://pclinuxoshelp.com/index.php/Available_desktops I noticed that a few desktops are supported by PCLinuxOS. Which one do you use? The two views in question are based on an HTML rendering engine whereas the others are based on KDE and Qt widgets. So the cause of your problem is certainly to be located in the HTML area. Can you try running an appimage version of KMyMoney? It needs to download a single file, make it executable and started. It can co-exist with your installed version. You find a link to the latest appimage and instructions on https://kmymoney.org/appimage.html. -- You are receiving this mail because: You are the assignee for the bug.
Re: Error in labels
Kjetil, On Dienstag, 25. April 2023 12:56:14 CEST Kjetil Sørlund via KMyMoney-devel wrote: > Hi > > During my translation of KMyMoney I have encountered this little thing: > > This label appears when you have made an Investment account. In the > ledger of that investment account you make a new investment using New. > Then you add a security and configure Price entry to Total of all > shares. When this is saved the screen looks like this. > > Originally I was going to ask if it was all right to omit the word > transaction to get the entire label to show. However, as I was > researching the issu further I realizes that if I select a security from > the drop down menu the layout pops into place and shows the entire label. > > My request has, because of this discovery, been altered to: is it > possible to get the layout to change when you create a security as well > as when you choose an existing security? We can look into it, though the transaction editor has been completely rewritten for the next major version and the problem may be solved in the meantime. > This label I reckon has the ID 2911 in the .PO file. I also see the > exact string in ID 3322 but I as of now I haven't found that particular > string in the program. I don't know where you got those IDs from. I looked into the German PO file and found the following entries for the string in question: #: kmymoney/views/investactivities.cpp:270 #, kde-format msgctxt "@label:textbox" msgid "Transaction amount" msgstr "Buchungsbetrag" #. i18n: ectx: property (text), item, widget (QTableWidget, summaryView) #: kmymoney/views/splitdialog.ui:585 #, kde-format msgid "Transaction amount" msgstr "Buchungsbetrag" where the former one is the one you are talking about and the latter is used in the split dialog. -- Regards Thomas Baumgart - Q: Do you know how can I telnet on a EIDE hard disk over the case? A: You should boot with a jumper to reset the ADSL program. - signature.asc Description: This is a digitally signed message part.
Re: OFX import issue: Was: Is ofx import buildable in master?
On Montag, 24. April 2023 00:38:27 CEST Jack via KMyMoney-devel wrote: > On 2023.04.23 11:35, Jonatan Cloutier via KMyMoney-devel wrote: > [snip.] > > On the other side, I was able to confirm that there seems to be a > > real issue in regards to loan scheduled transaction, when matched to > > an import. My mortage just jump to a higher amount than the us debt! > > (by exactly 92 233 720 368 547 758,07 which is actually LLONG_MAX/100 > > ??). I'll try reproducing that in a test file. Let me know if there > > is any specific information that might be valuable. I'll open a bug > > when I feel I have enough info and that I'm not the one that created > > the issue with either my custom import or some manual change I would > > have done in my file. > I was about to file a wishlist for matching the ending balance of the > brokerage account when importing an investment account (using libofx) > and noticed something strange. > > The ofxlog.txt included the snippets "234.56" and > "TotalMarketValueTotal Market > ValueDOLLAR123.45" (amounts edited) which match the > balance of the brokerage account and the value of the investment > account. However, in kmm-statement-2023-04-23T22-16-58.913.txt, the > line beginning 'closingbalance="-9223372036854775807/100"' which is the same amount > you noticed. It looks like some numeric conversion is getting > confused, but I don't know if it's libofx or KMM itself. No conversion or calculation gets confused. It's certainly not libofx but the KMyMoney statement reader. That value you see is a constant provided with MyMoneyMoney::autoCalc. Actually it is not LLONG_MAX/100 but (LLONG_MIN+1)/100, but Jonatan's guess was close :) I noticed it is used by the statement reader. Here are some references: https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/mymoney/mymoneymoney.cpp#L61 https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/mymoney/mymoneymoney.cpp#L383-L386 https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/mymoney/mymoneystatement.h#L101 https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/converter/mymoneystatementreader.cpp#L575 So for the case of the statement file it simply means, that no balance information was extracted from the statement. For Jonatan's loan case, it is used as a placeholder in the principal and interest splits of a scheduled loan repayment transaction. They should be replaced with the actual values when the scheduled transaction is entered. Maybe something failed at that point and the value got into a real transaction unchanged. For the test file scenario one probably needs to have a KMM file with a loan, a scheduled repayment transaction which is due and an import file that contains that transaction. Then importing the file should show the problem. I expect this to happen somewhere in the match of scheduled transactions in https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/converter/mymoneystatementreader.cpp#L1361-L1369 which calls ScheduledTransactionMatchFinder::findMatchInMatchCandidatesList https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/converter/scheduledtransactionmatchfinder.cpp#L28-L44 which then calls KMyMoneyUtils::scheduledTransaction() https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/kmymoneyutils.cpp#L340-L355 and that should take care of calculating the distribution using calculateAutoLoan() at https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/kmymoneyutils.cpp#L270-L277 using MyMoneyForecast::calculateAutoLoan() at https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/mymoney/mymoneyforecast.cpp#L1612-L1683 Using the original data and a bit of debugging would be the easiest to find out what is going on. Not sure if Jonatan is capable of doing that. @Jonatan: if possible, keep a copy of the KMM file and the imported statement aside from your real data so that you can always re-run this. -- Regards Thomas Baumgart - Software has no brain - use your own! - signature.asc Description: This is a digitally signed message part.
Re: Is ofx import buildable in master?
On Samstag, 22. April 2023 09:10:30 CEST Thomas Baumgart via KMyMoney-devel wrote: > On Samstag, 22. April 2023 04:58:34 CEST Jack via KMyMoney-devel wrote: > > > On 4/21/23 22:29, Jonatan Cloutier via KMyMoney-devel wrote: > > > > > > Hello, > > > > > > I've been using master for a while and importing transaction with a > > > custom importer I built, so I haven't needed the ofx plugin in a > > > while. I did disable it as the build was failing. But now I have an > > > issue with my importer and would like to see if it happen with ofx as > > > well. Short story, building with ofx give this error: > > > > > > /build/kmymoney/plugins/ofx/import/ofximporter.cpp:In static member > > > function 'static int OFXImporter::ofxAccountCallback(OfxAccountData, > > > void*)': > > > /build/kmymoney/plugins/ofx/import/ofximporter.cpp:765:30:error: > > > 'OFX_401K' is not a member of 'OfxAccountData' > > > 765 | case OfxAccountData::OFX_401K: > > > | ^~~~ > > > > > > Doesn't seems to be a lib missing, I'd guess a change in data format > > > that wasn't ported to the plugin, but it could also be a missing > > > config in my build. > > > > > > > I've been building from master with ofx import for a long time, with no > > problems, most recently within the past day or so. What version of > > libofx do you have installed? I've got 0.10.9. > > > > Also, try from a completely clean build dir. It doesn't seem likely, > > but it's possible something is left over from an old build. > > It seems that your libofx version is outdated. From the NEWS file, you > need at least 0.10.0 which has the following entry (among others): > > - added a new account type OfxAccountData::OFX_401K > > Unfortunately, the KMyMoney build system does not check for the minimum > version required for libofx. It does now: https://invent.kde.org/office/kmymoney/-/commit/685231cffb5027a2072e4b1622a7f2c69b8969ef -- Regards Thomas Baumgart - There are only 10 types of people in the world: those who understand binary arithmetic and those who don't. - signature.asc Description: This is a digitally signed message part.
Re: Is ofx import buildable in master?
On Samstag, 22. April 2023 04:58:34 CEST Jack via KMyMoney-devel wrote: > On 4/21/23 22:29, Jonatan Cloutier via KMyMoney-devel wrote: > > > > Hello, > > > > I've been using master for a while and importing transaction with a > > custom importer I built, so I haven't needed the ofx plugin in a > > while. I did disable it as the build was failing. But now I have an > > issue with my importer and would like to see if it happen with ofx as > > well. Short story, building with ofx give this error: > > > > /build/kmymoney/plugins/ofx/import/ofximporter.cpp:In static member > > function 'static int OFXImporter::ofxAccountCallback(OfxAccountData, > > void*)': > > /build/kmymoney/plugins/ofx/import/ofximporter.cpp:765:30:error: > > 'OFX_401K' is not a member of 'OfxAccountData' > > 765 | case OfxAccountData::OFX_401K: > > | ^~~~ > > > > Doesn't seems to be a lib missing, I'd guess a change in data format > > that wasn't ported to the plugin, but it could also be a missing > > config in my build. > > > > I've been building from master with ofx import for a long time, with no > problems, most recently within the past day or so. What version of > libofx do you have installed? I've got 0.10.9. > > Also, try from a completely clean build dir. It doesn't seem likely, > but it's possible something is left over from an old build. It seems that your libofx version is outdated. From the NEWS file, you need at least 0.10.0 which has the following entry (among others): - added a new account type OfxAccountData::OFX_401K Unfortunately, the KMyMoney build system does not check for the minimum version required for libofx. -- Regards Thomas Baumgart - Q: Do you know the golden rule? A: The rules are made by those who own the gold! -- Frank Stornach - signature.asc Description: This is a digitally signed message part.
[kmymoney] [Bug 468633] segfault when hidding reconciliated transacion
https://bugs.kde.org/show_bug.cgi?id=468633 Thomas Baumgart changed: What|Removed |Added Version Fixed In||5.2 Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/60f11311 ||9ff2a080037ee6668c5764d8425 ||daeb0 Resolution|--- |FIXED --- Comment #3 from Thomas Baumgart --- Git commit 60f113119ff2a080037ee6668c5764d8425daeb0 by Thomas Baumgart. Committed on 19/04/2023 at 10:27. Pushed by tbaumgart into branch 'master'. Fix crash when changing option FIXED-IN: 5.2 M +13 -7kmymoney/models/specialledgeritemfilter.cpp M +5-0kmymoney/models/specialledgeritemfilter.h M +5-4kmymoney/views/ledgerviewpage.cpp https://invent.kde.org/office/kmymoney/commit/60f113119ff2a080037ee6668c5764d8425daeb0 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 468108] ledger freeze on large account
https://bugs.kde.org/show_bug.cgi?id=468108 Thomas Baumgart changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://invent.kde.org/offi ||ce/kmymoney/commit/7f771f51 ||6ace05813827b7ef94a200864d0 ||71532 Version Fixed In||5.2 --- Comment #21 from Thomas Baumgart --- Git commit 7f771f516ace05813827b7ef94a200864d071532 by Thomas Baumgart. Committed on 17/04/2023 at 12:55. Pushed by tbaumgart into branch 'master'. Speed up ledger display Don't do extensive checking when source model is unsorted to avoid massive recursive calls. FIXED-IN: 5.2 M +9-0kmymoney/models/ledgersortproxymodel.cpp M +2-0kmymoney/models/ledgersortproxymodel.h M +6-0kmymoney/models/ledgersortproxymodel_p.h M +15 -1kmymoney/models/specialledgeritemfilter.cpp https://invent.kde.org/office/kmymoney/commit/7f771f516ace05813827b7ef94a200864d071532 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 430047] Feature request: Budgeting based on cash flow
https://bugs.kde.org/show_bug.cgi?id=430047 --- Comment #4 from Thomas Baumgart --- Git commit e79a1cabdc7881432faa1f2266ac66a0f7c71667 by Thomas Baumgart. Committed on 17/04/2023 at 09:00. Pushed by tbaumgart into branch 'master'. Initial implementation of budgeting of asset/liability accounts Budget entry for asset/liability accounts is available. Reporting part is not yet implemented. M +58 -24 kmymoney/dialogs/knewaccountdlg.cpp M +49 -16 kmymoney/dialogs/knewaccountdlg.ui M +5-0kmymoney/models/accountsproxymodel.cpp M +8-1kmymoney/models/accountsproxymodel.h M +24 -17 kmymoney/mymoney/mymoneyaccount.cpp M +9-0kmymoney/mymoney/mymoneyaccount.h M +17 -4kmymoney/mymoney/mymoneybudget.cpp M +5-1kmymoney/mymoney/mymoneybudget.h M +1-0kmymoney/mymoney/mymoneyenums.h M +54 -2kmymoney/mymoney/mymoneykeyvaluecontainer.cpp M +41 -7kmymoney/mymoney/mymoneykeyvaluecontainer.h M +17 -0kmymoney/mymoney/mymoneykeyvaluecontainer_p.h M +5-2kmymoney/mymoney/storage/accountsmodel.cpp M +20 -0kmymoney/mymoney/tests/mymoneyaccount-test.cpp M +1-0kmymoney/mymoney/tests/mymoneyaccount-test.h M +5-5kmymoney/mymoney/tests/mymoneykeyvaluecontainer-test.cpp M +5-0kmymoney/mymoney/xmlhelper/xmlstoragehelper.cpp M +1-1kmymoney/mymoney/xmlhelper/xmlstoragehelper.h M +8-8 kmymoney/plugins/ofx/import/dialogs/konlinebankingsetupwizard.cpp M +6-1kmymoney/plugins/views/budget/budgetview.rc M +93 -17 kmymoney/plugins/views/budget/kbudgetview.cpp M +13 -2kmymoney/plugins/views/budget/kbudgetview.h M +32 -13 kmymoney/plugins/views/budget/kbudgetview_p.h M +216 -143 kmymoney/widgets/budgetviewproxymodel.cpp M +1-0kmymoney/widgets/budgetviewproxymodel.h https://invent.kde.org/office/kmymoney/commit/e79a1cabdc7881432faa1f2266ac66a0f7c71667 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 430047] Feature request: Budgeting based on cash flow
https://bugs.kde.org/show_bug.cgi?id=430047 Thomas Baumgart changed: What|Removed |Added CC||debrabant.phili...@free.fr --- Comment #3 from Thomas Baumgart --- *** Bug 466462 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 466462] Add loan's payments to budget
https://bugs.kde.org/show_bug.cgi?id=466462 Thomas Baumgart changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Thomas Baumgart --- *** This bug has been marked as a duplicate of bug 430047 *** -- You are receiving this mail because: You are the assignee for the bug.
