[kmymoney] [Bug 437827] Tags are not working
https://bugs.kde.org/show_bug.cgi?id=437827 bugs-kde-...@philipp-buechner.de changed: What|Removed |Added Component|general |bugtracker Ever confirmed|1 |0 Status|CONFIRMED |REPORTED -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 439861] New: Rounding error on investment transactions
https://bugs.kde.org/show_bug.cgi?id=439861 Bug ID: 439861 Summary: Rounding error on investment transactions Product: kmymoney Version: 5.1.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: bschn...@gmail.com Target Milestone: --- Created attachment 140065 --> https://bugs.kde.org/attachment.cgi?id=140065&action=edit screenshot of error SUMMARY Having problem entering some investment transactions. There is a slight difference between the total amount shown in the transaction editing window and the total amount shown in the ledger. Does not occur very often. Only appears to occur with certain security. STEPS TO REPRODUCE 1. Create sell shares transaction 2. Set shares at 0.04348. Set price at 197.78. 3. Total amount is shown as $8.60. However when I press enter the ledger indicates total amount as $8.59. OBSERVED RESULT Entering shares at 0.04348 and price at 197.78 total amount in editing window is $8.60 but total amount shown in ledger is $8.59. EXPECTED RESULT Amount in ledger to match amount in transaction editing window. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Have fraction for shares set at 1/10 and have tried price precision of 2,3,4,5 and 6. Same result regardless of price precision. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] New: Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 Bug ID: 440111 Summary: Tags/Payees Double Enter Product: kmymoney Version: 5.1.2 Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: lagunacr...@yahoo.com Target Milestone: --- SUMMARY Version 5.1.2-47e90cc7a (and previous recent stable versions) For Tags and Payees Almost every entry is entered twice: (1) entry showing category and (2) entry showing account. Balance always shows zero or some other odd amount. Exceptions appear to be split transactions, as well as a few others I cannot figure out. STEPS TO REPRODUCE 1. Install app 2. Open app and current database 3. OBSERVED RESULT 5.1.2 see above I open the same file in 5.0.6 and the problem does not occur. 5.1.2 does not corrupt the file. EXPECTED RESULT There is a single entry for each transaction and the balance is the total of transactions SOFTWARE/OS VERSIONS Windows: 10 21H1. macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION This also occurred in the previous windows version release. Occurs on Windows 10 Home and Windows 10 Pro -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 --- Comment #2 from lagunacr...@yahoo.com --- Please try to provide a better description. You say 5.0.6 works fine, and 5.1.2 shows some double entries - but it doesn't corrupt the file. Is this just a display issue? Does this happen with already existing transactions, or only with newly entered transaction? This happens with some existing transactions but not all of them. It definitely doesn't happen on transactions with splits. I didn't try to enter a new transaction when I had the new version loaded. And while it occurs on most transactions it is not all of them. It does not occur in the registers. It only seems to occur with the payees and tags. Reports also appear to be correct. Since it doesn't appear to affect the actual data I suspect it is some sort of display issue in payees and tags. I am uncomfortable loading the new version again and I would not really be sure what to look for and so would need to take a significant amount of time to try and isolate exactly which transactions are affected. I imagine I would need to look at this transaction by transaction. If you have any ideas of what to look for let me know and I try and take a look again. This also seems to be somewhat recent as a couple of months ago I loaded one of the stable versions and everything seemed to work except the font rendering. At that point I reverted to the old stable version 5.0.6 since the newer one only really solved the issue where the program loaded in the lower right corner. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 --- Comment #3 from lagunacr...@yahoo.com --- Created attachment 140259 --> https://bugs.kde.org/attachment.cgi?id=140259&action=edit Payee Duplicate Sample Version Version 5.1.2-47e90cc7a Tags are now correct. Payees continue to have duplicate entries. 1- New transactions will have duplicates 2- There seems to be a few years sandwiched in the middle that are correct on current accounts in the Payee view. There should no difference in the file itself so this seems strange. 3- It doesn't matter whether an account is active or inactive. I am attaching an example of what I seen in Payees. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 --- Comment #4 from lagunacr...@yahoo.com --- Version Version 5.1.2-47e90cc7a Tags are now correct. Payees continue to have duplicate entries. 1- New transactions will have duplicates 2- There seems to be a few years sandwiched in the middle that are correct on current accounts in the Payee view. There should no difference in the file itself so this seems strange. 3- It doesn't matter whether an account is active or inactive. I am attaching an example of what I seen in Payees. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 --- Comment #6 from lagunacr...@yahoo.com --- This seems to be a major bug since I need to pull a report to see what I have paid a payee rather than use the Payee list. Will this be fixed? Apparently the same behavior in the Tags list was resolved. I will ask this on the forum, but at what point does full regression testing take place? I have stayed with 5.0.6 since almost all the functionality I need is there. The only thing wrong for me is an issue with tag reporting which I haven't bothered to check on newer versions since most seem to have more bugs than the version I am using. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440111] Tags/Payees Double Enter
https://bugs.kde.org/show_bug.cgi?id=440111 --- Comment #9 from lagunacr...@yahoo.com --- Thank you so much! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440452] New: Suppress categories which are no longer used.
https://bugs.kde.org/show_bug.cgi?id=440452 Bug ID: 440452 Summary: Suppress categories which are no longer used. Product: kmymoney Version: 5.0.8 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: tonywbu...@gmail.com Target Milestone: --- I know that Settings/Configure/General/Filter allows the suppression of categories which have NEVER been used. Is it possible to configure such that categories which are NO LONGER used will not be presented in the drop down lists? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440673] New: Closing an investment account with $0 balance causes KMM 5.12 to shutdown
https://bugs.kde.org/show_bug.cgi?id=440673 Bug ID: 440673 Summary: Closing an investment account with $0 balance causes KMM 5.12 to shutdown Product: kmymoney Version: 5.1.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: warren_sch...@hotmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Investment account under Asset 2. Removed all shares - 0 balance 3. Right click on investment 4, Select Close 5. KMM shuts down OBSERVED RESULT Application shuts down with any message EXPECTED RESULT Close of investment account SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: Version 5.1.2-5bac9eb3c KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 440673] Closing an investment account with $0 balance causes KMM 5.12 to shutdown
https://bugs.kde.org/show_bug.cgi?id=440673 --- Comment #1 from warren_sch...@hotmail.com --- Well, tried it again today and KMYMONEY shut down when closing a zero balance investment account. The 'Close' option was not grayed out. Entered a path for the Log Path on the General|Support tab and the close option worked. I have no idea on this. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441012] New: Empty print from reports
https://bugs.kde.org/show_bug.cgi?id=441012 Bug ID: 441012 Summary: Empty print from reports Product: kmymoney Version: 5.1.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: t...@protonmail.com Target Milestone: --- Created attachment 140754 --> https://bugs.kde.org/attachment.cgi?id=140754&action=edit A print out from the selected report SUMMARY When I print the report "Transactions by Category" I don't get any transaction details. Just the date. STEPS TO REPRODUCE 1. Select the report "Transactions by Category" 2. Print the file 3. OBSERVED RESULT A nearly empty report without any details of the entry. EXPECTED RESULT Like I got it some time ago (like a year ago when I did my accounting for the last time (shame on me for the long period in between, I know)). Back then I got all the information like the entry number, payee, account, memo and the amount of the entry. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION I've added a pdf with the printout that I get with two transactions in it, so you can see the empty lines. This happens with all the reports that I try to print out. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441012] Empty print from reports
https://bugs.kde.org/show_bug.cgi?id=441012 --- Comment #1 from t...@protonmail.com --- Created attachment 140755 --> https://bugs.kde.org/attachment.cgi?id=140755&action=edit A print out from the selected report (please look at this one!!) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441012] Empty print from reports
https://bugs.kde.org/show_bug.cgi?id=441012 --- Comment #2 from t...@protonmail.com --- Please, moderator, help me! I've been stupid and added the wrong file in the first attachment. Can you please delete this file?!? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441324] New: Ease the process of closing an investment brokerage account.
https://bugs.kde.org/show_bug.cgi?id=441324 Bug ID: 441324 Summary: Ease the process of closing an investment brokerage account. Product: kmymoney Version: 5.1.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: jdmo...@gmail.com Target Milestone: --- It can be difficult to close an investment brokerage account in kmymoney. Because of the way investment transactions may be recorded, a brokerage account may have a balance in fractions of a cent. So even though the balance may display as 0.00, the account can't be closed because "the balance of the account must be zero before the account can be closed". IOW, the balance just rounds to 0.00, but is not exactly 0 and so the account can't be closed. In trying to close a big brokerage account, I have had to resort to using a perl script obtained from this forum thread: https://forum.kde.org/viewtopic.php?f=69&t=160041 to find and fix the transactions causing the rounding problem so the account could be closed. So this is an enhancement request to make this process a little easier. Two possibilities come to mind, but there are probably others: 1 - A new "Clear balance" menu item/button that can be performed on an account, that would create a transaction to clear its balance to exactly 0. 2 - Relax the the requirement that an account balance must be exactly 0 to close it - instead, just require that the account's balance round to 0.00. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441652] New: Feature Req: Hide Payee
https://bugs.kde.org/show_bug.cgi?id=441652 Bug ID: 441652 Summary: Feature Req: Hide Payee Product: kmymoney Version: 5.1.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: lagunacr...@yahoo.com Target Milestone: --- 1- Have the ability to hide payees in the drop down lists. 2- Have the ability to hide payees in the payee list with an optional "Show All" to see the full list. I currently use the Greek Letter Rho so all the entries that are retired fall to the end of the list in the drop down lists and in the Payee list. This is actually a nice work around. So this feature would be a low priority nice to have. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441857] Online Banking Setup
https://bugs.kde.org/show_bug.cgi?id=441857 --- Comment #1 from bren...@coupeware.com --- It would help to mention which banks you are having trouble with. I use direct connect with Chase (Amazon) and Citi (Costco) credit cards. USAA accounts worked until late last year when they made a significant change to their system. GNUCash was able to get direct connect to work with USAA again and I have been working with one of the KMM developers (Thomas Baumgart) to get it to work with KMM. We've been able to get it to work in the Master Branch but that branch is not ready for prime time yet. During our testing, I could not get AqBanking to work even though that is what works in GNUCash. Thomas was able to get ofximorter to work and I'm hopeful his changes will make it to the 5.1 branch soon. There are some necessary steps required for some banks that are not obvious, so it helps to know which banks are not working. For example, Citi requires a Client ID that I generated randomly. USAA also requires a client ID, but they generate it if you follow the correct steps. ** *Brendan Coupe* *Delta, it's not just a crappy airline.* *If Bill Gates put microchips in the vaccine, you would * *have to go in for an update the second Tuesday of every month.* On Wed, Sep 1, 2021 at 4:13 AM Hamdsa via KMyMoney-devel < kmymoney-devel@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=441857 > > Bug ID: 441857 >Summary: Online Banking Setup >Product: kmymoney >Version: 5.1.2 > Platform: Microsoft Windows > OS: Microsoft Windows > Status: REPORTED > Severity: major > Priority: NOR > Component: onlinebanking > Assignee: kmymoney-devel@kde.org > Reporter: ham...@yahoo.com > Target Milestone: --- > > SUMMARY > While Quicken, being a commercial product supported most of the > institutions, I > was still able to set up some accounts using GNUcash as well (Chase, AMEX > etc.), but none of the accounts (banks, credit cards) seem to work in > KMyMoney, > even though I tried to replicate the same settings for online connections > as > GNUcash. > Does this online automatic downlaod feature work with US banks or the only > option is to manually import the QIF/OFX files? > Thanks. > > STEPS TO REPRODUCE > 1. > 2. > 3. > > OBSERVED RESULT > Get the message no suitable accounts to add, for both credit card and bank > accounts > > EXPECTED RESULT > Online downloads > > I'm running 5.1.2 version on Windows 10 Pro > > SOFTWARE/OS VERSIONS > Windows: > macOS: > Linux/KDE Plasma: > (available in About System) > KDE Plasma Version: > KDE Frameworks Version: > Qt Version: > > ADDITIONAL INFORMATION > > -- > You are receiving this mail because: > You are the assignee for the bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 441857] Online Banking Setup
https://bugs.kde.org/show_bug.cgi?id=441857 --- Comment #4 from bren...@coupeware.com --- For Chase I'm using Quicken Windows 2008 and 103. I have a 32 character Client UID that I think I generated myself (all HEX). In Linux try generating a random UID: hexdump -n 16 -e '4/4 "%08X" 1 "\n"' /dev/urandom I have not used my AmEx card in many years. Online banking used to work with it but I think it stopped working for me a while ago. I just tried mapping my account and it seemed to work. No matter what I do I get an error when I try to download my transactions. I could not find anything about "authorization mode". Searching the AmEx site I found this: == Does the American Express Savings site integrate with Mint or Quicken? At this time, American Express Savings does not allow sites like Quicken or Mint to login on behalf of our customers. This protocol is in place to protect Savings customers’ personal information. Savings does allow you to download transactions so that you can import them into Quicken by following these easy steps: Log in to your American Express Savings account here Click the account that you want to download Click the "Download Transactions" link at the bottom of the Transaction History section Follow the prompts Brendan Coupe Delta, it's not just a crappy airline. If Bill Gates put microchips in the vaccine, you would have to go in for an update the second Tuesday of every month. Brendan Coupe Delta, it's not just a crappy airline. If Bill Gates put microchips in the vaccine, you would have to go in for an update the second Tuesday of every month. On Thu, Sep 2, 2021 at 5:46 AM Dawid Wróbel via KMyMoney-devel wrote: > > https://bugs.kde.org/show_bug.cgi?id=441857 > > --- Comment #3 from Dawid Wróbel --- > I have the following working fine: > - Chase Bank (Credit Cards & Banking) > - AMEX (Credit Cards) > > IIRC, for Chase I had to enable "authorization mode" in my online > profile, which gives you a few minutes to initiate the connection. For > AMEX I think it was straightforward. In any case, I doubt I used any > information outside of what www.ofxhome.com users provided on its > forum. > > For Discover cards, they stopped supporting OFX a while ago and now > use Quicken's custom thing (Web Connect Express). Other commercial > software has the same issue: > https://www.iggsoftware.com/support/articles/ibank-5/discover-accounts-not-connecting-using-direct-download-ofx/ > https://infinitekind.tenderapp.com/discussions/online-banking/14201-unable-to-download-discovercard-transactions#comment_47656311 > > Relevant ofxhome thread: > http://www.ofxhome.com/ofxforum//viewtopic.php?id=49815 > > On Thu, Sep 2, 2021 at 12:49 PM Hamdsa via KMyMoney-devel > wrote: > > > > https://bugs.kde.org/show_bug.cgi?id=441857 > > > > --- Comment #2 from Hamdsa --- > > (In reply to Brendan from comment #1) > > > Created attachment 141215 [details] > > > attachment-23447-0.html > > > > > > It would help to mention which banks you are having trouble with. I use > > > direct connect with Chase (Amazon) and Citi (Costco) credit cards. USAA > > > accounts worked until late last year when they made a significant change > > > to > > > their system. GNUCash was able to get direct connect to work with USAA > > > again and I have been working with one of the KMM developers (Thomas > > > Baumgart) to get it to work with KMM. We've been able to get it to work in > > > the Master Branch but that branch is not ready for prime time yet. During > > > our testing, I could not get AqBanking to work even though that is what > > > works in GNUCash. Thomas was able to get ofximorter to work and I'm > > > hopeful > > > his changes will make it to the 5.1 branch soon. > > > > > > There are some necessary steps required for some banks that are not > > > obvious, so it helps to know which banks are not working. For example, > > > Citi > > > requires a Client ID that I generated randomly. USAA also requires a > > > client > > > ID, but they generate it if you follow the correct steps. > > > > > > ** > > > *Brendan Coupe* > > > *Delta, it's not just a crappy airline.* > > > > > > *If Bill Gates put microchips in the vaccine, you would * > > > *have to go in for an update the second Tuesday of every month.* > > > > > > > > > On Wed, Sep 1, 2021 at 4:13 AM Hamdsa via KMyMoney-devel < > > > kmymoney-devel@kde.org> wrote: > > > > > > > https://bugs.kde.org/show_bug.cgi?id=441857 > > > > > > > > Bug ID: 441857 > > > >Summary: Online Banking Setup > > > >Product: kmymoney > > > >Version: 5.1.2 > > > > Platform: Microsoft Windows > > > > OS: Microsoft Windows > > > > Status: REPORTED > > > > Severity: major > > > > Priority: NOR > > > > Component: onlinebanking > > > > Assignee: kmymoney-devel@kde.org > > > > Reporter: ha
[kmymoney] [Bug 442052] transaction date vs post date
https://bugs.kde.org/show_bug.cgi?id=442052 mahue...@gmail.com changed: What|Removed |Added CC||mahue...@gmail.com --- Comment #1 from mahue...@gmail.com --- Just having the transaction date in addition to the posting date may not even be enough for what you need - if I'm not mistaken, all splits currently share the same posting date (so a transfer between two accounts (e.g. checking <> credit card) would always show the same posting date on both accts). One way to deal with this is to run the transactions through a separate account. E.g. for the cc payment (scenario 2), you could create a "cash in transit" (CIT) account and use the following posting logic: on the day the payment posts to your checking, post a transfer from the checking to the CIT account (dr CIT, cr checking). on the day the payment clears on the cc, post another transfer from CIT to the CC (dr CC, cr CIT). Your CIT should now be zero; and both the checking and cc accounts should show the proper dates. You could do a similar thing for the expense transactions (scenario 1) as well - you'd probably want a separate account for that (I've seen this being called "outgoing checks" in the past, you may want to look for a better term, especially if you don't do check payments). on the day you make the purchase, post the expense and set up a liability (dr expense, cr outgoing checks) on the day the charge posts to the cc, reclass the liability into the actual cc account (dr outgoing checks, cr CC). Depending on the number of transactions you're dealing with, it may not be worth the effort to do all of this (I certainly don't do it for my personal finances) - but if having the dates 100% right is a must-have for you, this may be a workaround for now. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 442572] New: Chinese l10n problem in check printing
https://bugs.kde.org/show_bug.cgi?id=442572 Bug ID: 442572 Summary: Chinese l10n problem in check printing Product: kmymoney Version: git (master) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: translation Assignee: kmymoney-devel@kde.org Reporter: wordlesse...@outlook.com Target Milestone: --- In Chinese: - Small numbers is 1 to 9. - Does not need tens number. - Every numbers of digits could be a scale numbers. Such as 10, 100, 1000…up to hundred million. (more rules after hundred million) Examples: Arabic numerals -> Chinese Simplified -> Chinese (on cheques) -> Word-to-word translation 12 -> 十二 -> 拾贰 -> ten two 1212 -> 一千两百一十二 -> 壹仟贰佰壹拾贰 -> one thousand two hundred one ten two 12000 -> 一万二 -> 壹万贰 -> one (ten thousand) two 21 -> 二十一万 -> 贰拾壹万 -> two ten one (ten thousand) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 442572] Chinese l10n problem in check printing
https://bugs.kde.org/show_bug.cgi?id=442572 --- Comment #1 from wordlesse...@outlook.com --- https://invent.kde.org/office/kmymoney/-/blob/2257a1e2f9837fa23b3ac4550fb422307cada5a6/kmymoney/plugins/checkprinting/numbertowords.cpp#L14 In Chinese: - smallNumbers should be 0 to 9. - Does not have "tens". - Numbers are grouped by four instead of three in English. - Any number ending with a zero could be a scaleNumber. Such as 10, 100, 1000…up to hundred million. (more rules after hundred million) Examples: Arabic numerals -> Chinese Simplified -> Chinese (when written on cheques) -> Word-for-word translation Note: 万 = Wan (ten thousand) 12 -> 十二 -> 拾贰 -> ten two 1212 -> 一千两百一十二 -> 壹仟贰佰壹拾贰 -> one thousand two hundred one ten two 12000 -> 一万二 -> 壹万贰 -> one Wan two 21 -> 二十一万 -> 贰拾壹万 -> two ten one Wan -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443550] New: Window position not remembered
https://bugs.kde.org/show_bug.cgi?id=443550 Bug ID: 443550 Summary: Window position not remembered Product: kmymoney Version: 5.0.6 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: rogerpack...@hotmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Run program 2. Window position not remembered 3. OBSERVED RESULT Window position not remembered on startup EXPECTED RESULT Window position should be remembered (it was for version 4, but not in version 5) SOFTWARE/OS VERSIONS Windows: Windows 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] New: Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 Bug ID: 443551 Summary: Default reconciliation state not used for new entries Product: kmymoney Version: 5.0.6 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: rogerpack...@hotmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Default reconciliation state not used for new entries 2. Default reconciliation state not used for new entries 3. OBSERVED RESULT Default reconciliation state not used for new entries EXPECTED RESULT New transactions should have default reconciliation state per Settings/Ledger of "Reconciled", but they are "Not reconciled" SOFTWARE/OS VERSIONS Windows: Windows 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 bren...@coupeware.com changed: What|Removed |Added CC||bren...@coupeware.com --- Comment #2 from bren...@coupeware.com --- I always thought it meant the default state no matter how the transaction is entered so clearing that up would probably help. I never enter transactions while reconciling, so it appears that setting does nothing for me. I guess it might help some to have that setting or a new setting define the default state of transactions enter manually or when imported. I want everything unmarked (not reconciled) so I'm okay with the current behavior. I may be nitpicking, but "Default reconciliation state" seems a like it should be "Default transaction state". Technically "Cleared" and "Not reconciled" are both "Not reconciled". Seems like reconciliation state is binary. This discussion of settings reminds me of an ongoing problem that I have with matching when I import transactions. While the next tab over lets you set the time frame for matching imported transactions, it does not work the way I expect it to. There seems to be no limit on how far back matching to match the transaction with the closest value which frequently screws up all of the splits on paychecks. At the very least, the description should clarify what this setting does. Ideally it would work on all imported transaction, or an additional setting should be added to work on whatever this does not work on. Maybe the ideal solution is to add this on a per payee basis since limiting the time frame may only make sense on some payees. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443899] New: OFX Importer Default Window Size
https://bugs.kde.org/show_bug.cgi?id=443899 Bug ID: 443899 Summary: OFX Importer Default Window Size Product: kmymoney Version: 5.1.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: bren...@coupeware.com Target Milestone: --- I'm running KMM that I compile from the git 5.1 branch. When importing and OFX file that is stored locally, the "OFX import file selection" window is always a minimum height and only slightly wider than minimum. I can only see one folder in the file listing and I have to expand the window every time I use it. Is it possible for KMM to save the window size and maybe the location on the screen for the next time it is used? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #3 from rogerpack...@hotmail.com --- I'm not sure if us ordinary mortals are allowed to comment and I just receive updates as I reported the bug, or if comments are restricted just to tekkies. But if we can comment, I would welcome this being available for all new transactions, as I never reconcile (shame on me!), though I do look into it if the balance does not appear to be correct. So a default state of reconciled is well suited to people like me. I moved to the excellent KMyMoney from Money Manager EX, as I prefer it, but that does allow a default state of reconciled for all new transactions. Thank you very much to you guys who are sorting this out! -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444089] New: New loan account without existing payments has no opening balance
https://bugs.kde.org/show_bug.cgi?id=444089 Bug ID: 444089 Summary: New loan account without existing payments has no opening balance Product: kmymoney Version: 5.1.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: bugtracker Assignee: kmymoney-devel@kde.org Reporter: greywol...@gmail.com Target Milestone: --- SUMMARY When creating a new account, the "opening balance" option from the account page will be ignored. The only way to add an opening balance is by selecting "Yes" to "Did you make/receive any payments yet?" and selecting "Start with this year's payments" on the following question. STEPS TO REPRODUCE 1. Create new loan account 2. Give the account a starting balance 3. Do *not* answer "yes" to having already made payments. 4. Continue to summary page or finish creating the account. OBSERVED RESULT The Summary page does not list a starting balance. The created account starts at 0. EXPECTED RESULT The Summary page will list a starting balance. The created account will have the value given as the starting balance. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.23.0 (available in About System) KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444089] New loan account without existing payments has no opening balance
https://bugs.kde.org/show_bug.cgi?id=444089 --- Comment #2 from greywol...@gmail.com --- (In reply to Thomas Baumgart from comment #1) > Reason: if you select to track all transactions then the initial payout > transaction is one of them. If you suppress to generate this in the course > of setting up the loan account then no transactions will be in the loan > account. I think I get it now, but let me check my understanding. By default, I need to put in the payment of where the loan is going to (in my case, student loans). The "Did you make/receive any payments yet?" option plus the "this year" option are an ease-of-use tool in case the loans has been around for a while and I don't want to put in all previous payments? I'm still very new to this double-entry bookkeeping stuff. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444555] New: error when try to save file after modifying sort order and adding entries to the ledger or just change date of one entry
https://bugs.kde.org/show_bug.cgi?id=444555 Bug ID: 444555 Summary: error when try to save file after modifying sort order and adding entries to the ledger or just change date of one entry Product: kmymoney Version: unspecified Platform: Other OS: Microsoft Windows Status: REPORTED Severity: critical Priority: NOR Component: file Assignee: kmymoney-devel@kde.org Reporter: twhpi...@hotmail.com Target Milestone: --- Created attachment 142973 --> https://bugs.kde.org/attachment.cgi?id=142973&action=edit error when try to save SUMMARY STEPS TO REPRODUCE 1. closed file without saving 2. changed date of one entry 3. OBSERVED RESULT same error EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444825] New: Category filter on search issue
https://bugs.kde.org/show_bug.cgi?id=444825 Bug ID: 444825 Summary: Category filter on search issue Product: kmymoney Version: 5.0.8 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: thomas_dar...@hotmail.com Target Milestone: --- SUMMARY When I start a search on operations (Ctrl-F) with a filter by category, some operations thats returned are not in the selected category. STEPS TO REPRODUCE 1. Start Search with Ctrl-F 2. Filter on one category 3. Start Search OBSERVED RESULT On result tab I have operations with other categories EXPECTED RESULT Only category filtered SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: Not installed KDE Frameworks Version: Qt Version: Qt5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 444555] error when try to save file after modifying sort order and adding entries to the ledger or just change date of one entry
https://bugs.kde.org/show_bug.cgi?id=444555 twhpi...@hotmail.com changed: What|Removed |Added Resolution|WAITINGFORINFO |NOT A BUG Status|NEEDSINFO |RESOLVED --- Comment #3 from twhpi...@hotmail.com --- Did not realize wrong directory was chosen to save the file -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445591] New: Enter a dividend payment transaction in foreign currency and kmymoney crashes
https://bugs.kde.org/show_bug.cgi?id=445591 Bug ID: 445591 Summary: Enter a dividend payment transaction in foreign currency and kmymoney crashes Product: kmymoney Version: 5.1.2 Platform: Other OS: macOS Status: REPORTED Severity: crash Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: labm.4...@gmail.com Target Milestone: --- Created attachment 143627 --> https://bugs.kde.org/attachment.cgi?id=143627&action=edit bug description SUMMARY The value of the total amount of the dividend transaction is correct and expressed in the brokerage account currency EUR but prefixed with SEK. Enter the transaction and KMM crashes. STEPS TO REPRODUCE 1. Base currency : EUR 2. Create an investment account in currency EUR and its brokerage account in currency EUR 3. In the investment account create a security in currency SEK 4. Enter a Dividend transaction with fees and dividend in SEK with conversion OBSERVED RESULT 1. The total amount of the transaction is correct but the prefix is wrong. 2. Enter the transaction and KMM crashes (see the trace report). EXPECTED RESULT 1. As the brokerage account is in currency EUR the total amount of the transaction should be prefixed with EUR. The amount of Fees and Interest should also be prefixed by the corresponding currency of the category as it could be different of EUR or SEK (it is allowed by KMM in the definition of a category). 2. … no crash SOFTWARE/OS VERSIONS KMyMoney : Version 5.1.2-893f55a43 Windows: macOS: 10.13.6 (17G14042) Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 (built against 5.15.2) The cocoa windowing system ADDITIONAL INFORMATION See attached file for : a- a detail description with screenshots b- a kmymoney file to easily reproduced the problem c- a crash report -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445591] Enter a dividend payment transaction in foreign currency and kmymoney crashes
https://bugs.kde.org/show_bug.cgi?id=445591 --- Comment #1 from labm.4...@gmail.com --- Created attachment 143629 --> https://bugs.kde.org/attachment.cgi?id=143629&action=edit kmh file to reproduce the bug -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445591] Enter a dividend payment transaction in foreign currency and kmymoney crashes
https://bugs.kde.org/show_bug.cgi?id=445591 --- Comment #2 from labm.4...@gmail.com --- Created attachment 143630 --> https://bugs.kde.org/attachment.cgi?id=143630&action=edit crash report -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445604] New: Ledger rows are too narrow in Windows
https://bugs.kde.org/show_bug.cgi?id=445604 Bug ID: 445604 Summary: Ledger rows are too narrow in Windows Product: kmymoney Version: git (master) Platform: Other OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: adi@gmail.com Target Milestone: --- Created attachment 143638 --> https://bugs.kde.org/attachment.cgi?id=143638&action=edit Ledger rows are too narrow in Windows 1 Using build 1326 on Windows. Thank you for repairing the sources to be able to have new builds :) When checking "Show register entries in full detail", the height of the rows in the register is too low, so it cuts into text. In fact, even without checking "Show register entries in full detail", the rows are not wide enough to display text correctly. Pictures attached. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445604] Ledger rows are too narrow in Windows
https://bugs.kde.org/show_bug.cgi?id=445604 --- Comment #1 from adi@gmail.com --- Created attachment 143639 --> https://bugs.kde.org/attachment.cgi?id=143639&action=edit Ledger rows are too narrow in Windows 2 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #9 from rogerpack...@hotmail.com --- Totally agree with the previous comment. Nothing has happened! I can't be the only person who doesn't formally reconcile, just periodically look to confirm that my balances in KMyMoney are the same as online at the bank, which they nearly always are. In which case I consider the balances reconciled. So default reconciled state works for people like me. Equally a default unreconciled state works for people who wish to formally reconcile. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #11 from rogerpack...@hotmail.com --- Sorry, no offence intended, but the above comment is madness! The person not formally reconciling would know they hadn't done so and would not be misleading his or herself. Why not just give people a choice, instead of trying to censor others behaviour, even if you don't agree with it? KMyMoney is a great program, but please just let people choose for themselves how they prefer to use it. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #13 from rogerpack...@hotmail.com --- Thank you for the explanation. I indeed had no idea how the bug tracker worked or even if I was supposed to be commenting at all, as I'm not part of the developer community. If the entry in Settings/Ledger had not been so misleading (there is no indication the default reconciliation state is restricted to when entering new transactions whilst reconciling), I would not have reported this as a bug anyway. So I won't pursue further and will just keep doing what I've done till now, which is to change the reconciliation state every time I enter a new transaction. Hopefully no offence caused to anyone and thanks to you all for all your hard work as developers. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #15 from rogerpack...@hotmail.com --- Thank you! Unfortunately despite that advice I cannot find where to change this from normal to wishlist, so hopefully someone else can do that if this is being closed. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 443551] Default reconciliation state not used for new entries
https://bugs.kde.org/show_bug.cgi?id=443551 --- Comment #17 from rogerpack...@hotmail.com --- Thank you again. Yes, the request is to be able to set a default state for all new transactions, not just whilst reconciling. That option has been available in other finance software I have used in the past. And in my case, as an example, would save me having to change the reconciliation status every time I enter a new transaction. Although I don't formally reconcile every transaction, I do check the account totals in KMyMoney against those at the bank online, which for me passes as a sort of reconciliation, as they are rarely different. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445692] Save Button Icon
https://bugs.kde.org/show_bug.cgi?id=445692 bren...@coupeware.com changed: What|Removed |Added CC||bren...@coupeware.com Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #1 from bren...@coupeware.com --- You can right click in the toolbar area, select "Configure toolbars..." and change the icon. I'm running compiled KMM from the 5.1 branch on Fedora 35 and my icon is a floppy disk. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] New: AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 Bug ID: 445721 Summary: AqBanking crash while Setting up American Express Account Product: kmymoney Version: 5.0.8 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: onlinebanking Assignee: kmymoney-devel@kde.org Reporter: m...@eisgr.com Target Milestone: --- Application: kmymoney (5.0.8) Qt Version: 5.12.8 Frameworks Version: 5.68.0 Operating System: Linux 5.11.0-27-generic x86_64 Windowing system: X11 Distribution: Ubuntu 20.04.3 LTS -- Information about the crash: - What I was doing when the application crashed: Setting up Amex OFX Direct Connect through AqBanking. * I selected OFX Direct-Connect backend and ran the new "wizard" * I clicked "Select" and typed American Express Card, and selected that option in the search dialog * I did not change any information such as Broker Id, FID, ORG, or Server URL * I typed in my real name in "User Name" and my Amex login ID for "User Id" and left Client UID blank * I have tried several different versions of Intuit Quicken (2013 and 2008 among others) as well as Money Plus, all with the same results. * I don't change Special Settings (although I've tried a couple changes just for variety) * I click "Retrieve Account List" and am prompted for the account password (listing the account name I provided for "User Id") * I type in my password (although it doesn't seem to matter whether the password is correct or not, KMyMoney *always* crashes after this point.) * CRASH. I do see a message 'Invalid header version "102", using "220" instead.' even before I type my password. Then after entering my password, I see what looks like server-communication, and then everything disappears. - Unusual behavior I noticed: complete CRASH - Custom settings of the application: None. I just started using KMyMoney, and have been cautious not to muck with much. I have only added accounts and manually imported a OFX import for each. The crash can be reproduced every time. -- Backtrace: Application: KMyMoney (kmymoney), signal: Aborted Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f9e16cdd900 (LWP 2926997))] Thread 6 (Thread 0x7f9db700 (LWP 2927012)): #0 0x7f9e1a320437 in g_main_context_acquire () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f9e1a321225 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f9e1a3214a3 in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f9e1c6a0583 in QEventDispatcherGlib::processEvents(QFlags) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f9e1c6474db in QEventLoop::exec(QFlags) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f9e1c47f785 in QThread::exec() () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f9e1c4809d2 in () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f9e1bb5d609 in start_thread (arg=) at pthread_create.c:477 #8 0x7f9e1bfa4293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 5 (Thread 0x7f9dc4fff700 (LWP 2927005)): #0 0x7f9e1bf97aff in __GI___poll (fds=0x7f9dc00025e0, nfds=1, timeout=8822) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f9e1a32136e in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f9e1a3214a3 in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f9e1c6a0583 in QEventDispatcherGlib::processEvents(QFlags) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f9e1c6474db in QEventLoop::exec(QFlags) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f9e1c47f785 in QThread::exec() () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f9e1c4809d2 in () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f9e1bb5d609 in start_thread (arg=) at pthread_create.c:477 #8 0x7f9e1bfa4293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 4 (Thread 0x7f9e072d1700 (LWP 2927004)): #0 futex_wait_cancelable (private=, expected=0, futex_word=0x7f9e213f2d34) at ../sysdeps/nptl/futex-internal.h:183 #1 __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x55e7905f2900, cond=0x7f9e213f2d08) at pthread_cond_wait.c:508 #2 __pthread_cond_wait (cond=0x7f9e213f2d08, mutex=0x55e7905f2900) at pthread_cond_wait.c:638 #3 0x7f9e1c2aee30 in std::condition_variable::wait(std::unique_lock&) () at /lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x7f9e208fd461 in () at /lib/x86_64-linux-gnu/libQt5WebKit.so.5 #5 0x7f9e208fd57f in () at /lib/x86_64-linux-gnu/libQt5WebKit.so.5 #6 0x7f9e1c2b4de4 in () at /lib/x86_64-linux-gnu/libstdc++.so.6 #7 0x7f9e1bb5d609 in start_thread (arg=) at pthread_create.c:477 #8 0x7f9e1bfa4293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7f9e15020700 (LWP 2927002)): #0 0x7f9
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #2 from m...@eisgr.com --- (In reply to Thomas Baumgart from comment #1) > Even though you experience this problem when using KMyMoney as the > application, the crash is caused by the AqBanking/Gwenhywfar libraries > underneath. The setup wizard is simply called by KMyMoney and does its > thing. So I am sorry to say that this looks more like an upstream > (Gwenhywfar) problem. > > Which version of AqBanking / Gwenhywfar do you use? When starting KMyMoney > from a console, you can see something like the following (among other > output): > >Loading "/usr/lib64/qt5/plugins/kmymoney/kbanking.so" >"Plugins: kbanking loaded, build with (5.7.4stable-0/6.4.0.0stable), run > with (5.7.4.0/6.4.0.0)" >7:2021-11-19 08:45:13:aqbanking started > > Possible workaround: did you try to use the 'ofximporter' instead of > 'kbanking' when setting up the mapping of the account? This contains an > independent implementation of the OFX access. Thank you for the input. I have to admit I am not that familiar with the libraries/deps for KMyMoney. I just started using it. How would I use ofximporter instead of kbanking? I just used what Kubuntu installed from the apt repo. That said, I don't see any messages about aqbanking, but do see a message about ofximporter. Here's what I get when starting kmymoney from the cli: $ kmymoney WebConnect: Try to connect to WebConnect server WebConnect: Connect to server failed WebConnect: Starting server failed. Try to remove stale socket. WebConnect: Running in server mode Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/forecastview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_checkprinting.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/icalendarexporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/qifexporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/csvimporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/reconciliationreport.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/xmlstorage.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/csvexporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_reportsview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/reportsview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/onlinejoboutboxview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/qifimporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_csvimporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/checkprinting.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/sqlstorage.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/konlinetasks_sepa.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_xmlstorage.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/gncimporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_qif.so" Validity false Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/ofximporter.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/budgetview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kbanking.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_forecastview.so" Validity true Located plugin "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kcm_icalendarexporter.so" Validity true Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/budgetview.so" Plugins: budgetview loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/checkprinting.so" Plugins: checkprinting loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/csvexporter.so" Plugins: csvexporter loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/csvimporter.so" Plugins: csvimporter loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/forecastview.so" Plugins: forecastview loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/gncimporter.so" Plugins: gncimporter loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/icalendarexporter.so" Plugins: icalendarexporter loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kbanking.so" "Plugins: kbanking loaded, build with (5.1.3stable-0/6.0.1.0stable), run with (5.1.3.0/6.0.1.0)" Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/ofximporter.so" Plugins: ofximporter loaded Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/onlinejoboutboxview.so" Plugins: onlinejoboutboxview loaded Loading "/usr/lib/x86_64
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #3 from m...@eisgr.com --- Apparently I didn't have aqbanking-tools or gwenhywfer-tools installed. After installing them I get an additional messare or two before the crash: 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 965: Doit 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 970: Creating user 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1001: Adding user 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1018: Locking user 3:2021/11/19 08-17-07:(null)(3115388):cppgui.cpp: 141: CppGuiLinker::OpenDialog 4:2021/11/19 08-17-07:gwen(3115388):syncio_tls.c: 137: No checkCertFn set, using GWEN_GUI 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1055: Unlocking user 3:2021/11/19 08-17-08:(null)(3115388):dlg_newuser.c: 1358: Activated: wiz_getaccounts_button 3:2021/11/19 08-17-08:(null)(3115388):cppgui.cpp: 141: CppGuiLinker::OpenDialog 3:2021/11/19 08-17-08:aqofxconnect(3115388):n_header.c: 41: Invalid header version "102", using "220" instead. 3:2021/11/19 08-17-12:gwen(3115388):dialog.c: 695: Widget [storePasswordCheck] not found 4:2021/11/19 08-17-12:gwen(3115388):syncio_tls.c: 137: No checkCertFn set, using GWEN_GUI kmymoney: buffer.c:275: GWEN_Buffer_GetUsedBytes: Assertion `bf' failed. KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kmymoney path = /usr/bin pid = 3115388 KCrash: Arguments: /usr/bin/kmymoney KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 It doesn't seem helpful to me, but I wanted to share it in case it is helpful to someone who knows what they're looking at. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #4 from bren...@coupeware.com --- I think AmEx stopped supporting OFX direct connect 2 or 3 years ago, at least the way KMM supports it. I stopped using that card so I haven't tried it in a while but I will try mapping it later today. ** *Brendan Coupe* On Fri, Nov 19, 2021 at 6:21 AM bugzilla_noreply--- via KMyMoney-devel < kmymoney-devel@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=445721 > > --- Comment #3 from m...@eisgr.com --- > Apparently I didn't have aqbanking-tools or gwenhywfer-tools installed. > After > installing them I get an additional messare or two before the crash: > > 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 965: Doit > 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 970: Creating user > 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1001: Adding user > 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1018: Locking user > 3:2021/11/19 08-17-07:(null)(3115388):cppgui.cpp: 141: > CppGuiLinker::OpenDialog > 4:2021/11/19 08-17-07:gwen(3115388):syncio_tls.c: 137: No checkCertFn set, > using GWEN_GUI > 3:2021/11/19 08-17-07:(null)(3115388):dlg_newuser.c: 1055: Unlocking user > 3:2021/11/19 08-17-08:(null)(3115388):dlg_newuser.c: 1358: Activated: > wiz_getaccounts_button > 3:2021/11/19 08-17-08:(null)(3115388):cppgui.cpp: 141: > CppGuiLinker::OpenDialog > 3:2021/11/19 08-17-08:aqofxconnect(3115388):n_header.c: 41: Invalid > header > version "102", using "220" instead. > 3:2021/11/19 08-17-12:gwen(3115388):dialog.c: 695: Widget > [storePasswordCheck] > not found > 4:2021/11/19 08-17-12:gwen(3115388):syncio_tls.c: 137: No checkCertFn set, > using GWEN_GUI > kmymoney: buffer.c:275: GWEN_Buffer_GetUsedBytes: Assertion `bf' failed. > KCrash: crashing... crashRecursionCounter = 2 > KCrash: Application Name = kmymoney path = /usr/bin pid = 3115388 > KCrash: Arguments: /usr/bin/kmymoney > KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from > kdeinit > sock_file=/run/user/1000/kdeinit5__0 > > It doesn't seem helpful to me, but I wanted to share it in case it is > helpful > to someone who knows what they're looking at. > > -- > You are receiving this mail because: > You are the assignee for the bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 bren...@coupeware.com changed: What|Removed |Added CC||bren...@coupeware.com --- Comment #5 from bren...@coupeware.com --- I just tried mapping AmEx. There are 3 options, kbanking, ofximporter & woob. I picked ofximporter. Everything went fine, I used Quicken 2019 and header version 103. When I try to download transactions, I get an internal server error. I assume I would neot get any transactions but can't be sure since the newest one is 3 years old. KMM does not crash at any point int he process. I'm on the latest compiled version from the 5.1 branch. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #7 from m...@eisgr.com --- (In reply to Brendan from comment #5) > I just tried mapping AmEx. There are 3 options, kbanking, ofximporter & > woob. I picked ofximporter. > > Everything went fine, I used Quicken 2019 and header version 103. > > When I try to download transactions, I get an internal server error. I > assume I would neot get any transactions but can't be sure since the newest > one is 3 years old. > > KMM does not crash at any point int he process. I'm on the latest compiled > version from the 5.1 branch. Thank you. Did you compile yourself? If not, where did you get your packages from? Do you have any suggestions for someone running Kubuntu 20.04.3? Thank you! Matt -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #8 from m...@eisgr.com --- (In reply to Thomas Baumgart from comment #6) > I have to admit, that the naming is a bit weird. Here's the information I > was asking for about the AqBanking/Gwenhywfar versions you are using: > > Loading "/usr/lib/x86_64-linux-gnu/qt5/plugins/kmymoney/kbanking.so" > "Plugins: kbanking loaded, build with (5.1.3stable-0/6.0.1.0stable), run > with (5.1.3.0/6.0.1.0)" > > Looking at your KMyMoney version, that combination is rather old and the > problem you encounter may already been fixed. > > To be able to select the alternative OFX implementation you need to unmap > the account first. The method selection is the first thing that is asked for > in the mapping process and you cannot change it afterwards. > > You may want to try a stable AppImage version. See > https://kmymoney.org/appimage for more details on how to install and run it. Thank you for this link. I didn't know the AppImage version existed. I apparently just setup a connection to Amex... now to see if it worked, or if I needed to have that account setup first? I'm such a n00b to KMyMoney. I appreciate your help. Key takeaway: the AppImage latest did not crash. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445721] AqBanking crash while Setting up American Express Account
https://bugs.kde.org/show_bug.cgi?id=445721 --- Comment #9 from bren...@coupeware.com --- I compile from source every week or two. I have scripts to manage everything but the dependency issues, which you only have to figure out once. Let me know if you want to try my scripts and I will send you link to them. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 429451] with external monitor attached to laptop, menus don't appear
https://bugs.kde.org/show_bug.cgi?id=429451 personalizedrefrigera...@gmail.com changed: What|Removed |Added CC||personalizedrefrigerator@gm ||ail.com --- Comment #10 from personalizedrefrigera...@gmail.com --- I'm experiencing this on Wayland with most Qt applications (if not all). For example, KWrite, etc. Steps to reproduce: 1. Connect external monitor. 2. Set display mode to extend. 3. Shift primary display lower than external display in "Display Settings" 4. Open KWrite on primary display 5. Click "File" Observed behavior: • Menu is not just below the "File" button Expected behavior: • Menu should be just below the "File" button I'm running Manjaro Linux with Plasma 5.23.3 on Wayland. I don't think this happens on X11. -- You are receiving this mail because: You are the assignee for the bug.
[kwin] [Bug 429451] with external monitor attached to laptop, menus don't appear
https://bugs.kde.org/show_bug.cgi?id=429451 personalizedrefrigera...@gmail.com changed: What|Removed |Added Version|5.1.0 |5.23.3 Product|kmymoney|kwin Assignee|kmymoney-devel@kde.org |kwin-bugs-n...@kde.org Component|general |general -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 258830] Provide a Scripting API or Command Line API
https://bugs.kde.org/show_bug.cgi?id=258830 tnem...@free.fr changed: What|Removed |Added CC||tnem...@free.fr --- Comment #2 from tnem...@free.fr --- Hi. This issue is still opened after 11 years :) And I have to admit it's a really useful feature. Not only for scripting purpose, but also for remote access without taking a lot of bandwidth (eg: over ssh-over-ssh). -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 439289] [Wayland] key navigation of Ledger Transaction Form sticks at date field
https://bugs.kde.org/show_bug.cgi?id=439289 aux...@gmail.com changed: What|Removed |Added CC||aux...@gmail.com --- Comment #1 from aux...@gmail.com --- In my case (Plasma 5.23.4, KDE Frameworks 5.89.0, Qt 5.15.2, linux 5.15.8, Wayland), focus on the date field triggers infinite focus changes between the field and a window that appears for less than a second, probably a tooltip (the taskbar is flickering during this). -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 447776] New: KMyMoney does not import all memo data when opening GnuCash file
https://bugs.kde.org/show_bug.cgi?id=447776 Bug ID: 447776 Summary: KMyMoney does not import all memo data when opening GnuCash file Product: kmymoney Version: 5.1.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: adatch...@protonmail.com Target Milestone: --- Created attachment 145010 --> https://bugs.kde.org/attachment.cgi?id=145010&action=edit GnuCash xml file to test KMM import of Memos SUMMARY *** STEPS TO REPRODUCE 1. Open a GnuCash xml file that contains transactions with a transaction level Memo (a Note in GnuCash) Case a) 2. Do not select “Use transaction notes on non-split transactions” at conversion. Case b) 2. Do select “Use transaction notes on non-split transactions” at conversion. OBSERVED RESULT Case a) In KMyMoney ledgers or reports, notice that for non-split transactions, the GnuCash transaction level Notes data is lost (*1). Case b) In KMyMoney ledgers or reports, notice that for non-split transactions, that GnuCash split level Memo data is lost. For either case, for split transactions, notice that the GnuCash transaction level Note data is lost (*1). EXPECTED RESULT >From what I can tell from documentation, this is the expected result, and there is not a code bug. An enhancement would be to preserve all note/memo data from the GnuCash file, possibly by merging data. SOFTWARE/OS VERSIONS Windows: Not Tested macOS: Not Tested Linux/KDE Plasma: KMyMoney Version 5.1.1 on Linux MX-21_KDE_x64 Wildflower KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: Qt 5.15.2 (built against 5.15.2) ADDITIONAL INFORMATION The basic issue is that GnuCash allows split Memo entries in addition to a transaction level Memo for a “non-split” entry, whereas KMM only allows entry of one Memo. For split entries, GnuCash also allows a split entry on the main account in addition to the transaction Memo. The current KMM code looses the extra the data on import (kind-off, per below), with a selection of which data to keep for non-split transactions. Interestingly, the GnuCash importer (GNC Plugin) does save all the data. It appears looking at the KMM XML data file that transaction level GnuCash notes are saved (for both split and non-split entries), as a Transaction Memo in the KMM XML file, but this Memo is apparently not used by KMM, which instead uses split level data for its displayed transaction Memos (realizing that even entries shown as “non-split” are stored as split internally in the data file). So all the data is there stored in the file, but some if it can not be seen or edited (that I can see), so is essentially lost. One possible method to retain all data would be to join the data, so the displayed KMM Transaction Memo would be something like “GnuCash-Transaction-Note / GnuCash-split-Memo” if there are both types of note, or just the non-blank note if one is blank. For multi-split entries, the Transaction-Note/ split-Memo conjunction would would also become part of the split line used for display of the Transaction Memo. It would make sense to have a option to choose this, similar to (or in replacement of) “Use transaction notes on non-split transactions” Similar to bug 429977 (which is for QIF import) “Main memo in qif import of splitted transactions get the memo value of the first splitted one instead of none(edit)” GNC Plugin is at: https://github.com/KDE/kmymoney/blob/master/kmymoney/plugins/gnc/import/mymoneygncreader.cpp I have created and attached a simple GnuCash xml file to help show which GnuCash memos are getting used in KMM. It is fairly straight forward to look at the GnuCash xml file in a text editor, and the new KMM file and see what is being saved and how. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 447776] KMyMoney does not import all memo data when opening GnuCash file
https://bugs.kde.org/show_bug.cgi?id=447776 --- Comment #1 from adatch...@protonmail.com --- Created attachment 145011 --> https://bugs.kde.org/attachment.cgi?id=145011&action=edit GnuCash vs KMyMoney sample file import data comparison -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448006] New: Duplicated security symbol will be created twice in different account (with workaround)
https://bugs.kde.org/show_bug.cgi?id=448006 Bug ID: 448006 Summary: Duplicated security symbol will be created twice in different account (with workaround) Product: kmymoney Version: 5.1.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: rd_wo...@hotmail.com Target Milestone: --- SUMMARY Duplicated security symbol will be created twice in different account (with workaround attached) STEPS TO REPRODUCE 1. Create an account, add a transaction to buy 'NVDA'; 2. Create another account, try adding a transaction to buy 'NVDA' again; 3. Since kmymoney only can select the symbol belongs to this account, input 'NVDA' in the 'Security' edit box; 4. New investment wizard dialogue is showing 'NVDA' as the 'Full Name' and empty 'Trading symbol'; 5. Input 'NVDA' in Trading symbol; but the expected message 'The selected symbol is already on file. Do you want to reuse the existing security?" DID NOT appear. 6. Then duplicated 'NVDA' will be created and I cannot delete the new one. 7. Workaround: If I manually remove the 'NVDA' full name first and then input 'NVDA' trading symbol, the expected message pops up. OBSERVED RESULT Since the default behaviour is to fill 'Full Name' as 'NVDA', this message will not pop up. Thus we will get the duplicated security symbol. EXPECTED RESULT Even the 'Full Name' is filled, this message should always pop up to avoid duplicated security symbol. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448030] New: Belege anhängen / attach receipts
https://bugs.kde.org/show_bug.cgi?id=448030 Bug ID: 448030 Summary: Belege anhängen / attach receipts Product: kmymoney Version: 5.1.2 Platform: Microsoft Windows OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: rud...@leuenberger.info Target Milestone: --- Great software, unfortunately only the option to attach receipts (e.g. invoices) is missing. (PDF / DOCX / XLSX) Super Software, leider fehlt nur die Möglichkeit Belege (z.B. Rechnungen) anzuhängen. (PDF/DOCX/XLSX) Best Regards Rudolf -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448933] New: Cannot adjust names of accounts
https://bugs.kde.org/show_bug.cgi?id=448933 Bug ID: 448933 Summary: Cannot adjust names of accounts Product: kmymoney Version: 5.0.6 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: dj_...@yahoo.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open loan account 2. Edit Account 3. Modify other loan information 4. Next, Change the name 5. Next all the way out and finish. The name does not change. OBSERVED RESULT Name changes in GUI but fails to save when done. EXPECTED RESULT The name reflects the corrected name. SOFTWARE/OS VERSIONS Windows: 10 Home Build 19043.1466 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 449419] New: exporting a report does not include totals for categories
https://bugs.kde.org/show_bug.cgi?id=449419 Bug ID: 449419 Summary: exporting a report does not include totals for categories Product: kmymoney Version: 5.1.2 Platform: macOS (DMG) OS: macOS Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: dpc...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Create a default report, such as Transactions by Category. 2. Note that totals are identified for each category. 3. Export that report to CSV. 4. Open the CSV and note that the totals field is not in the file, although the totals amount is. For example, if the category is "Groceries", the report may show something like Total Groceries 500.00 But in the CSV, it will just have " 500.00" -- the term "total Groceries" or even "total" is missing. OBSERVED RESULT Open the CSV and note that the totals field is not in the file, although the totals amount is. For example, if the category is "Groceries", the report may show something like Total Groceries 500.00 But in the CSV, it will just have " 500.00" -- the term "total Groceries" or even "total" is missing. EXPECTED RESULT The totals amount will have the category for that total. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448933] Cannot adjust names of accounts
https://bugs.kde.org/show_bug.cgi?id=448933 --- Comment #2 from dj_...@yahoo.com --- That solved the issue. Thanks -Original Message- From: Jack Sent: Wednesday, February 16, 2022 6:11 PM To: dj_...@yahoo.com Subject: [kmymoney] [Bug 448933] Cannot adjust names of accounts https://bugs.kde.org/show_bug.cgi?id=448933 Jack changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from Jack --- Sorry this seems to have missed attention. First, 5.0.6 is rather old at this point. Please consider upgrading. See https://kmymoney.org/download.html and follow the link for the build from the stable branch. The team is aware of the lack of a more recent official released version for windows. Next, we need a bit more information. When you create a loan, you may or may not create a liability account for the money you borrowed. Then there is the Scheduled Payment. Which are you referring to as the account you are trying to rename? There is an old bug 386186, which I think is related. When you try to edit a loan, you are shown the loan account wizard, and cannot edit most of the basic account information. However, I just tried it, and it does give the opportunity to rename the liability account. Unfortunately, the name of the Schedule remains "Loan payment for XXX" and is not updated to "Loan payment for YYY" even if the liability account is successfully changed from XXX to YYY. I do need to update that bug (it's rather old) and will then have to figure out if it's really the same issue, or different enough to maintain both bugs as separate. -- You are receiving this mail because: You reported the bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] New: Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 Bug ID: 450593 Summary: Unable to update price for CAD with fx-rate.net Product: kmymoney Version: 5.0.8 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: lp.allar...@gmail.com Target Milestone: --- SUMMARY KMM 5.0.5 (as well as AppImage of 2022-02-19), price updates fails with: Fetching URL https://fx-rate.net/CAD/E07... Identifier found: 'CAD/"' Date found: 'Sat. Feb. 19 2022' Unable to update price for CAD > E07 (no price or no date) Fetching URL https://fx-rate.net/CAD/E25... Identifier found: 'CAD/"' Date found: 'Sat. Feb. 19 2022' Unable to update price for CAD > E25 (no price or no date) Fetching URL https://fx-rate.net/CAD/E44... Identifier found: 'CAD/"' Date found: 'Sat. Feb. 19 2022' Unable to update price for CAD > E44 (no price or no date) This used to work, only a few weeks ago... Unfortunately, I cannot find the online source settings in the program options. STEPS TO REPRODUCE 1. Launch price updater 2. Click update all 3. All is fine with the exception of some prices from fx-rate.net OBSERVED RESULT See above EXPECTED RESULT Update prices SOFTWARE/OS VERSIONS KDE Frameworks 5.68.0 Qt 5.12.8 (built against 5.12.8) The xcb windowing system System: Kernel: 5.4.0-100-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Gnome 3.36.9 wm: xfwm4 dm: GDM3, LightDM Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 focal ADDITIONAL INFORMATION Data on MySQL server. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #1 from lp.allar...@gmail.com --- Forgot to mention: Firewall is not blocking access to fx-rate.net. Networking issues are eliminated. (In reply to lp.allard.1 from comment #0) > SUMMARY > KMM 5.0.5 (as well as AppImage of 2022-02-19), price updates fails with: > > Fetching URL https://fx-rate.net/CAD/E07... > Identifier found: 'CAD/"' > Date found: 'Sat. Feb. 19 2022' > Unable to update price for CAD > E07 (no price or no date) > Fetching URL https://fx-rate.net/CAD/E25... > Identifier found: 'CAD/"' > Date found: 'Sat. Feb. 19 2022' > Unable to update price for CAD > E25 (no price or no date) > Fetching URL https://fx-rate.net/CAD/E44... > Identifier found: 'CAD/"' > Date found: 'Sat. Feb. 19 2022' > Unable to update price for CAD > E44 (no price or no date) > > This used to work, only a few weeks ago... Unfortunately, I cannot find the > online source settings in the program options. > > STEPS TO REPRODUCE > 1. Launch price updater > 2. Click update all > 3. All is fine with the exception of some prices from fx-rate.net > > OBSERVED RESULT > See above > > EXPECTED RESULT > Update prices > > SOFTWARE/OS VERSIONS > KDE Frameworks 5.68.0 > Qt 5.12.8 (built against 5.12.8) > The xcb windowing system > System: > Kernel: 5.4.0-100-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: > Gnome 3.36.9 > wm: xfwm4 dm: GDM3, LightDM Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 > focal > > ADDITIONAL INFORMATION > Data on MySQL server. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #3 from lp.allar...@gmail.com --- Jack, I have no idea what you're talking about when you ask if I want CAD > E07 or the other way around Sorry ;) I've never changed any settings in all of that, and KMM always successfully updated my currencies until a few weeks ago... Now examining the list of stocks and currencies, I realize that E07, E25 and E44 are not CASH currencies (USD, CAD, EURO, etc) but mutual fund investments. Actually, out of many investments, these three have NO online pricce update source (I couldnt find any)... Now the problem seems to be that somehow, three new currencies were added in KMM. Each one seems to be linked to one of the three mutual fund investments that cannot be updated automatically. These "currencies" look like this (note that E07 is ID=CIF7710.CF): ID: CAD > E07 Name: CAD units in E07 Price: CIG7710.CF 77,1070710,771,077,100.0336 Date: 2022-01-21 Internal ID: CAD E07 Source: Kmymoney Currency I have NO idea what those are, and how they showed up but they weren't there a while ago and I didnt add them for sure... Can they be deleted? (In reply to Jack from comment #2) > Are you really sure you want CAD > E07 and not the other way around? > That sounds like a problem that has popped up every now and then. but never > adequately explained. Are you really sure you have previously received > those price pairs, or did you simply not get any errors when retrieving > prices? Can you determine which equities/stocks use those entries (E07 > E25 E44?) Those are internal identifiers for KMM, and you shouldn't > expect to fetch prices for them from the web. What is needed is to figure > out why KMM is trying to do so. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450619] New: Investments not showing up in report but their securities are showing up in WRONG investment
https://bugs.kde.org/show_bug.cgi?id=450619 Bug ID: 450619 Summary: Investments not showing up in report but their securities are showing up in WRONG investment Product: kmymoney Version: 5.0.8 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: lp.allar...@gmail.com Target Milestone: --- SUMMARY *** When generating a report for investments, for example "Investment Worth Graph", some portfolios that were closed in the past (they were sold and cashed out) are not showing up in the report, but the underlying securities are still showing up, but under a different portfolio. *** Example: Portfolio A Security 11 = 1000 Security 21 = 1000 Security 31 = 1000 TOTAL 3000 Portfolio B (sold in 2019) Security 12 = 1000 Security 22 = 1000 Security 32 = 1000 TOTAL 3000 When generating reports I see Portfolio A Security 11 = 1000 Security 21 = 1000 Security 31 = 1000 Security 12 = 1000 Security 22 = 1000 Security 32 = 1000 TOTAL 6000 Additionally, the portfolio that was cashed out closed was never under the remaining portfolio, and was not sharing any securities (they are from two distinct investment firms with very different securities with different symbols). Moreover, the closed portfolio was not located (in the accounts page) under the remaining portfolio. SOFTWARE/OS VERSIONS KDE Frameworks 5.68.0 Qt 5.12.8 (built against 5.12.8) The xcb windowing system ADDITIONAL INFORMATION System:Kernel: 5.4.0-100-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Gnome 3.36.9 wm: xfwm4 dm: GDM3, LightDM Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 focal -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 434376] Ledger missing transactions
https://bugs.kde.org/show_bug.cgi?id=434376 lp.allar...@gmail.com changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #22 from lp.allar...@gmail.com --- I am closing this ticket as I believe this issue was related to data corruption with the SQL backend. As of today (2022-02-20) data is still reliable and this issue has not resurfaced. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450619] Investments not showing up in report but their securities are showing up in WRONG investment
https://bugs.kde.org/show_bug.cgi?id=450619 --- Comment #1 from lp.allar...@gmail.com --- Just found out that if I re-open the missing accounts, they shows up in the reports and their securities are moving back under them as it should. ***However, I dont understand how this works.*** I close accounts when they will NO longer be in use (such as after selling and cashing out) and permanently closed, and hiding them from the accounts page makes it easier to navigate. If I have to re-open all closed accounts I literally have over 200 accounts and securities in my accounts page and it becomes impossible to work with this. However, these account ***still need*** to show up in reports and calculations because not showing up messes everything up with the data presentation (amounts reported in wrong locations or simply missing), and because they contain information from the past that impacts the present data (such as performance rates, net worth, etc). I'm curious to see how people are dealing with this. I sense account handling is still a gray zone for most people in KMM. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 421025] Loan: Button "Next" in "Edit account" without function
https://bugs.kde.org/show_bug.cgi?id=421025 lp.allar...@gmail.com changed: What|Removed |Added CC||lp.allar...@gmail.com --- Comment #5 from lp.allar...@gmail.com --- I have the same exact problem with 5.0.8 ***and with*** AppImage 5.1.2-83e127485 (freshly downloaded on 2022-02-19). When I try to rename an old load that was closed a long time ago, the wizard will not let me get past the "Final amortization" window. Steps: 1. Right click on load > Edit Account 2. Click Next 3. Click "Modify other load information" -> There should be a way to simply rename the load and not have to go through all the mathematics (interest, balloon payment, etc). In my experience, once the load is setup and running, the less we play with these the better 4. When the changes should become active: enter today's date then click Next 5. Modify name of load then click next 6. When does the actual interest rate gets calculated? -> Leave as-is and click next 7. Please enter the interest rate... leave as is and click next 8. Term of this loan: leave as is and click next 9. Principal and interest: leave as is and click next 10. Final amortization: leave as is and click next The next button does nothing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450653] New: Credit card balances are wrong in net worth report
https://bugs.kde.org/show_bug.cgi?id=450653 Bug ID: 450653 Summary: Credit card balances are wrong in net worth report Product: kmymoney Version: 5.0.8 Platform: Mint (Ubuntu based) OS: Linux Status: REPORTED Severity: major Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: lp.allar...@gmail.com Target Milestone: --- Initially posted to the maillist but I realize KDE bugtracker is the right place to document this and get resolution. This is a 2 part bug ticket as I think they are closely inter-related (hence why I created a single bug ticket). *Part 1/2 of this ticket* I have noticed that using a yearly report of net worth, the balance of my credit card under the Liability section is negative (and in red), and therefore gets ***substracted*** from the total of the liability. I do not understand this. All other liabilities are positive (and black) and by doing so, its like if the total of the liability was artificially decreased by the balance of the credit card Should be the opposite. Example: Assets Chequing account: 10,000 Car: 8,000 Investments: 350,000 TOTAL ASSETS: 368,000 Liabilities Mortgage: 250,000 Line of credit: 50,000 Credit card: -5,000 TOTAL LIABILITY: 295,000 (while it should be 305,000) !!! NET WORTH: 73,000 (while it should be 63,000) !!! Is this normal? Thomas Beaumgart said in bug https://bugs.kde.org/show_bug.cgi?id=369608: "Liability accounts are shown with reverse sign to better match the statements sent out by financial institutions. You could also take a look at reports which will show your funds on the credit card account as negative liabilities (which are in fact assets)." However, in my case the other liabilities (mortgage, line of credit, etc) are all positive numbers and are counting towards the total of liabilities in the intended way (see my example above). *Part 2/2 of this ticket* Additionally, the balances displayed seem way too high (they are all over 5000$ CAD) which is impossible, the credit card has a limit of 3000$ CAD. How is this amount calculated? Is it calculated by summing up all transactions during the year, or is it the balance of the card on Dec 31 of each year? If balance on Dec31 then there is a major issue... I thought the amount presented in the report was the sum of all payments done on the card during the year, but I confirm this is NOT the case as for example, in 2021, I paid 15,022$ on the card. The report says 4,763$. LEDGER transactions are all OK. This ticket only relates to reports and not the ledgers or other functions of KMM (at least I could not see this bug impact other areas of KMM). KMM 5.0.8 KDE Frameworks 5.68.0 Qt 5.12.8 (built against 5.12.8) The xcb windowing system MySQL database backend -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #5 from lp.allar...@gmail.com --- Created attachment 147023 --> https://bugs.kde.org/attachment.cgi?id=147023&action=edit Price Editor -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #6 from lp.allar...@gmail.com --- Created attachment 147024 --> https://bugs.kde.org/attachment.cgi?id=147024&action=edit Update Stocks and Currency Prices -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #7 from lp.allar...@gmail.com --- Jack, I've tried deleting them in tools > prices, and it worked, but when I ran the online price updater , KMM re-added them! -> Out of many mutual funds, I have 3 of them that I dont have online sources to update prices for (yahoo used to list them but stopped a while ago and Globe and Mail changed their website so the REGEXes are NO longer working) -> These 3 funds (CIG2321, CIG2323 & CIG7710) are those causing this currency issue See screenshots. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #8 from lp.allar...@gmail.com --- Other observations: The date of the last price update changes randomly (probably more a symptom than a root-cause...). Before I delete these prices they all had a last update date of 2022-01-29, now after deleting them and running the price updater, they have dates matching the last transaction dates of each commodities. -> CIG7710's last REAL transaction date is 2021-12-17 and the last price update listed by the Price editor is 2021-12-17 -> CIG2321's last REAL transaction date is 2021-12-20 and the last price update listed by the Price editor is 2021-12-20 -> CIG2323's last REAL transaction date is 2021-12-13 and the last price update listed by the Price editor is 2021-09-01 (why different???) (In reply to lp.allard.1 from comment #7) > Jack, > > I've tried deleting them in tools > prices, and it worked, but when I ran > the online price updater , KMM re-added them! > > -> Out of many mutual funds, I have 3 of them that I dont have online > sources to update prices for (yahoo used to list them but stopped a while > ago and Globe and Mail changed their website so the REGEXes are NO longer > working) > > -> These 3 funds (CIG2321, CIG2323 & CIG7710) are those causing this > currency issue > > See screenshots. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450653] Credit card balances are wrong in net worth report
https://bugs.kde.org/show_bug.cgi?id=450653 --- Comment #2 from lp.allar...@gmail.com --- Hello Thomas, No I have not reversd the transactions on the card. Each time I use the card to buy something, I create a CHARGE on the account, and when I pay I create a PAYMENT to the card. Charges increase the balance of the card (which is shown in RED in the ledger), and payments decrease the balance. Works as intended AFAIK... See screenshot. All transactions are in CAD on this credit card (since opening the account), and I have only one card. (In reply to Thomas Baumgart from comment #1) > I suppose you have reversed some/most transactions in the credit card > account. The payment column should contain deposits on the credit card > account. The charge column should contain the purchases you made. Could that > be? The balance is calculated by adding the amount of all (not only the > current year but all of them) splits referencing an account, so the Dec 31st > problem cannot occur. A credit card with a negative balance means an > available asset. > > Are you dealing with multiple currencies in the affected accounts or are > they all denominated in CAD? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450653] Credit card balances are wrong in net worth report
https://bugs.kde.org/show_bug.cgi?id=450653 --- Comment #3 from lp.allar...@gmail.com --- Created attachment 147026 --> https://bugs.kde.org/attachment.cgi?id=147026&action=edit Ledger -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #11 from lp.allar...@gmail.com --- The last investment that occurred on 2022-12-13 for "CIG2323" was a "Add shares" transaction (year-end dividend reinvestment). I looked in the Price Editor for this investment, and indeed, the last price update is from 2022-01-21 (which was the previously reported update for the zombie pair commodity > CAD) and the other date before that is from 2021-09-01 which is now the reported update date for that zombie "pair" I am not sure to understand: do you want me to create a brand new Kmy file and create the same investment and add shares from one of those 3 investments that fail to update and try to update prices? If this is the case I already did, see attached. Just to clarify, these 3 investment (mutual funds) that do not update are not caused by a bug in KMM or my data file but because I dont have an online source at all to update them. Unless I misunderstood you, this is 100% normal I believe. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #12 from lp.allar...@gmail.com --- Created attachment 147028 --> https://bugs.kde.org/attachment.cgi?id=147028&action=edit kmy test file -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #14 from lp.allar...@gmail.com --- Is there a way to run KMM in debug mode? I tried running it from CLI to see if anything useful comes up, but other than a lot of verbose, nothing relevant ... I'm not of much use in term of development but I can try a lot of twists and bends to try to see what can come up... -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 448006] Duplicated security symbol will be created twice in different account
https://bugs.kde.org/show_bug.cgi?id=448006 rd_wo...@hotmail.com changed: What|Removed |Added Summary|Duplicated security symbol |Duplicated security symbol |will be created twice in|will be created twice in |different account (with |different account |workaround) | -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #18 from lp.allar...@gmail.com --- Hello Thomas, Sorry for not replying sooner I was away for a while. To answer your questions: 1. Jack asked me to produce a test file with some of the mutual funds I own (CIG2321 & CIG7710). I made it on purpose to have a fund that CAN be retrieved from Yahoo, the other, you are right, CANNOT be retrieved (not listed for whatever reason) I am trying to use Globe and Mail but the regexes are broken in KMM (currently trying to find the right regex but this is another topic)... 2. See attached screenshot. I am sorry I thought it was clearer that each of the stock/equity that KMM cannot auto update from online sources had a pair of those "bogus price entries"... Not being able to update the price from an online source seems to be the culprit for KMM creating these fake price pairs or whatever they're called. I only have 3 funds that have no online sources and they are exactly those that KMM created a fake price pair for... -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #19 from lp.allar...@gmail.com --- Created attachment 147189 --> https://bugs.kde.org/attachment.cgi?id=147189&action=edit prices -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #20 from lp.allar...@gmail.com --- Quick question: for the commits and changes to the code (such as this one => 70d611778e96246d76d49f3981dd7eb9248a7779), do they usually make it right away to the AppImage ? I saw the commit pushed to 5.1, then pushed to Master, but looking at the latest AppImage (2022-02-27) I dont see this commit implemented yet. I am asking because I am "stuck" on 5.0.8 because the people upstream of Linux Mint have not updated the KMM package for many years now. If need be I will uninstall 5.0.8 and run from AppImage from now on. Is this the recommended way ? I wouldnt want to report something that has already been debugged in a more recent release, this is why I always try to reproduce the bug with the latest AppImage before posting here... -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450965] New: Please add Functionality to Scheduled Transactions
https://bugs.kde.org/show_bug.cgi?id=450965 Bug ID: 450965 Summary: Please add Functionality to Scheduled Transactions Product: kmymoney Version: 5.1.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: schoenes-...@web.de Target Milestone: --- SUMMARY *** I would like to be able to add certain codes to my scheduled transactions and see those once the transactions have been added to the ledger. *** I have a list of scheduled transactions, being repeated at different intervals. Whenever the scheduled transactions are being added to the ledger as they are due, the "No." number field remains blank, and I have to manually feed my desired codes in order to describe the type of transaction, e.g., "CC" for credit card, "DA" for Dauerauftrag, "LA" for Lastschrift, and the like. I would like to be able to have this attribute added automatically in the same way I enter these codes for my manually entered transactions. STEPS TO REPRODUCE 1. 2. n/a 3. OBSERVED RESULT see above EXPECTED RESULT see above SOFTWARE/OS VERSIONS Linux/KDE Plasma: MX Linux Kernel: 5.10.0-11-amd64 x86_64 bits (available in About System) KDE Plasma Version: n/a KDE Frameworks Version: 5.78.00 Qt Version: Qt 5.15.2 (built against 5.15.2) ADDITIONAL INFORMATION Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm 4.16.1 vt: 7 dm: LightDM 1.26.0 Distro: MX-21_x64 Wildflower October 20 2021 - nothing follows - -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #22 from lp.allar...@gmail.com --- I thought the commit was not included because I looked at the changes log and didn't see anything (the log was blank for some reasons). You can ignore my reply about the changes. I will use the latest AppImage from now on. (In reply to Thomas Baumgart from comment #21) > 70d611778e9 is the commit on master. AppImages are generated on a daily > basis. All changes on the resp. branch that were commited until then are > included. I am not sure what makes you think that it is not included. I > pushed the changes yesterday around 7pm my time and the 5.1 AppImage 5.1-36 > was build on 8:24 pm my time. So that is a gap of approx. 90 mins. The look > at the console log of the build confirms that 8:24 was the start time, so > the change should be included. The Help/About dialog of KMyMoney will show > you the exact git commit that was used by the build. Same for master: commit > around 7:20 pm and build started today 10 mins to 2pm (but fails since Feb > 20th). > > Using the stable AppImage is a good idea I think. Keep the downloads in case > you have to go back at some point in time. > > Let's see how the latest AppImage works for you. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593
--- Comment #23 from lp.allar...@gmail.com ---
Thomas,
kmymoney-5.1-36 AppImage doesnt ship with MySQL support? The previous
AppImages worked with MySQL connections. This version gives me at startup:
WebConnect: Try to connect to WebConnect server
WebConnect: Connect to server failed
WebConnect: Running in server mode
Found html dir(s): ("/usr/share/kmymoney//html/")
Found an 'html' folder with CSS files: "/usr/share/kmymoney//html/"
System icon theme as reported by QT: "Mint-Y"
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/budgetview.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/checkprinting.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvexporter.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvimporter.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/forecastview.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/gncimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/icalendarexporter.so" Validity
true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kbanking.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_checkprinting.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_csvimporter.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_forecastview.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_icalendarexporter.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_qif.so"
Validity false
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_reportsview.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_xmlstorage.so" Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/konlinetasks_sepa.so" Validity
true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/ofximporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/onlinejoboutboxview.so" Validity
true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/qifexporter.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/qifimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reconciliationreport.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reportsview.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/sqlstorage.so"
Validity true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/woob.so" Validity
true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/xmlstorage.so"
Validity true
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/budgetview.so"
Plugins: budgetview loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/checkprinting.so"
Plugins: checkprinting loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvexporter.so"
Plugins: csvexporter loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvimporter.so"
Plugins: csvimporter loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/forecastview.so"
Plugins: forecastview loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reconciliationreport.so"
Plugins: reconciliation report loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reportsview.so"
Plugins: reportsview loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/sqlstorage.so"
Plugins: sqlstorage loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/woob.so"
Python interpreter found: 3.6.9 (default, Jan 26 2021, 15:33:00)
[GCC 8.4.0]
Saved a copy of the embedded :/plugins/woob/kmymoneywoob.py script as
"/tmp/kmymoneywicHYK.py"
Attempt to load the "kmymoneywicHYK" Python module from "/tmp"
The dependency 'sys' Python module loaded successfully
The 'path' Python variable loaded successfully
"kmymoneywicHYK" Python module failed to load
Traceback (most recent call last):
File "/tmp/kmymoneywicHYK.py", line 9, in
from woob.core import Woob
ModuleNotFoundError: No module named 'woob'
kf.xmlgui: cannot find .rc file "woob.rc" for component "woob"
Plugins: woob loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/xmlstorage.so"
Plugins: xmlstorage loaded
Found html dir(s): ("/usr/share/kmymoney//html/")
Found an 'html' folder with CSS files: "/usr/share/kmymoney//html/"
QSqlDatabase: QMYSQL driver not loaded
QSqlDatabase: available drivers: QSQLITE QSQLITE3 QODBC QODBC3 QPSQL QPSQL7
QSQLCIPHER
then a popup saying
"Qt SQL driver QMYSQL is no longer installed on your system"
--
You are receiving this mail because:
You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 --- Comment #25 from lp.allar...@gmail.com --- (In reply to Thomas Baumgart from comment #24) > Please don't hijack a bug-entry for an unrelated issue next time. Thanks. > > Here's the reason: > https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/ > 188be44f6a3105d21392ad0da06a0a33fe0753cf Unfortunately no comment why :( This bugtracker thingy doesnt let users delete comments, so I cannot move to a new ticket. Anyways, if I understand well, the MYSQL issue is NOT related to KMM itself but to one of its upstream components? I agree lets keep this discussion on track with the original topic. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 450593] Unable to update price for CAD with fx-rate.net
https://bugs.kde.org/show_bug.cgi?id=450593 lp.allar...@gmail.com changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #26 from lp.allar...@gmail.com --- ON appimage Version 5.1.2-78fde521b the issue is resolved. Since I also have no investments without a reliable online source for price update, I believe the issue is resolved (not sure if its the newer appimage or the fact that all investments now have sources) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451280] New: Re-establish support for MySQL (disabled by upstream projects)
https://bugs.kde.org/show_bug.cgi?id=451280
Bug ID: 451280
Summary: Re-establish support for MySQL (disabled by upstream
projects)
Product: kmymoney
Version: git (master)
Platform: Mint (Ubuntu based)
OS: Linux
Status: REPORTED
Severity: task
Priority: NOR
Component: database
Assignee: kmymoney-devel@kde.org
Reporter: lp.allar...@gmail.com
Target Milestone: ---
SUMMARY
***
kmymoney-5.1-36 AppImage doesn't seem to ship with MySQL support. The previous
AppImages worked with MySQL connections. This version gives me at startup:
WebConnect: Try to connect to WebConnect server
WebConnect: Connect to server failed
WebConnect: Running in server mode
Found html dir(s): ("/usr/share/kmymoney//html/")
Found an 'html' folder with CSS files: "/usr/share/kmymoney//html/"
System icon theme as reported by QT: "Mint-Y"
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/budgetview.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/checkprinting.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvexporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/forecastview.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/gncimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/icalendarexporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kbanking.so" Validity
true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_checkprinting.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_csvimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_forecastview.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_icalendarexporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_qif.so" Validity
false
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_reportsview.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/kcm_xmlstorage.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/konlinetasks_sepa.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/ofximporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/onlinejoboutboxview.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/qifexporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/qifimporter.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reconciliationreport.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reportsview.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/sqlstorage.so" Validity
true
Located plugin "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/woob.so"
Validity true
Located plugin
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/xmlstorage.so" Validity
true
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/budgetview.so"
Plugins: budgetview loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/checkprinting.so"
Plugins: checkprinting loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvexporter.so"
Plugins: csvexporter loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/csvimporter.so"
Plugins: csvimporter loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/forecastview.so"
Plugins: forecastview loaded
Loading
"/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reconciliationreport.so"
Plugins: reconciliation report loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/reportsview.so"
Plugins: reportsview loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/sqlstorage.so"
Plugins: sqlstorage loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/woob.so"
Python interpreter found: 3.6.9 (default, Jan 26 2021, 15:33:00)
[GCC 8.4.0]
Saved a copy of the embedded :/plugins/woob/kmymoneywoob.py script as
"/tmp/kmymoneywicHYK.py"
Attempt to load the "kmymoneywicHYK" Python module from "/tmp"
The dependency 'sys' Python module loaded successfully
The 'path' Python variable loaded successfully
"kmymoneywicHYK" Python module failed to load
Traceback (most recent call last):
File "/tmp/kmymoneywicHYK.py", line 9, in
from woob.core import Woob
ModuleNotFoundError: No module named 'woob'
kf.xmlgui: cannot find .rc file "woob.rc" for component "woob"
Plugins: woob loaded
Loading "/tmp/.mount_kmymonoYVQYU/usr/plugins/kmymoney/xmlstorage.so"
Plugins: xmlstorage loaded
Found html dir(s): ("/usr/s
[kmymoney] [Bug 451280] Re-establish support for MySQL (disabled by upstream projects)
https://bugs.kde.org/show_bug.cgi?id=451280 --- Comment #1 from lp.allar...@gmail.com --- Apparently disabled by upstream KDE project in recent commit: https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/188be44f6a3105d21392ad0da06a0a33fe0753cf I am trying to obtain further info from the KDE devs to see why this has been disabled by default. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451499] New: QIF Importer ignores investment's trading currency
https://bugs.kde.org/show_bug.cgi?id=451499 Bug ID: 451499 Summary: QIF Importer ignores investment's trading currency Product: kmymoney Version: 5.1.2 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: importer Assignee: kmymoney-devel@kde.org Reporter: zoltan1...@gmail.com Target Milestone: --- SUMMARY QIF Importer ignores investment's trading currency. Could you please look into the issue? Thanks! STEPS TO REPRODUCE 1. Create an Investment Account 2. Create an Investment inside the Investment Account. Set its trading currency to be different from the Investment Account's currency. 3. Enter a BUY or SELL transaction into the ledger manually. It will use the trading currency of the Investment. 4. Import a BUY or SELL transaction from QIF. It will ignore the trading currency of the Investment and will use the currency of the parent Investment Account instead. OBSERVED RESULT Investment transactions imported from QIF use the currency of the parent Investment Account. EXPECTED RESULT Investment transactions imported from QIF should use the trading currency of the Investment itself. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451819] New: Present Account Balance during adding new Transaction
https://bugs.kde.org/show_bug.cgi?id=451819 Bug ID: 451819 Summary: Present Account Balance during adding new Transaction Product: kmymoney Version: 5.1.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: ux-ui Assignee: kmymoney-devel@kde.org Reporter: stelio...@protonmail.com Target Milestone: --- FEATURE REQUEST As a feature request, I would like to be able to see the account balances when selecting accounts in the process of inserting a new transfer transaction. STEPS 1. Select Transaction > New. 2. Head to the Transfer From/To field. 3. Click or type to show existing accounts. OBSERVED RESULT Accounts are shown in a tree view. Only name is presented. DESIRED RESULT Accounts are shown in a tree view. Other than name, it can be configured to be able to see Posted and/or Total Value. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451921] New: Capital gains report should allow including closed accounts
https://bugs.kde.org/show_bug.cgi?id=451921 Bug ID: 451921 Summary: Capital gains report should allow including closed accounts Product: kmymoney Version: 5.1.2 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: zoltan1...@gmail.com Target Milestone: --- SUMMARY For tax calculation purposes, it is useful to generate a report about capital gains realized in the previous year. However, by that time, the affected accounts could be closed. The capital gains from those closed accounts are still relevant though and should be included in the report. Currently they are omitted, even when the "show all accounts" setting is enabled in the view menu. I would suggest adapting one of the following behaviors: - Respect the "show all accounts" setting of the view menu. (Personally I don't like this option too much, because it still makes it easy to accidentally omit closed accounts, but it at least makes it possible to include them.) - Have a separate setting in the report configuration that allows including closed accounts and make it default to yes. - Include closed accounts in the capital gains report unconditionally. (For unrealized capital gains there won't be anything to include from closed accounts and for realized gains it makes sense to include closed accounts.) STEPS TO REPRODUCE 1. Create a pair of investment transactions that produces capital gain. 2. Close the account. 3. Generate a report of realized capital gains. OBSERVED RESULT Capital gains are not shown for the closed account. EXPECTED RESULT Capital gains should be shown for the closed account. ADDITIONAL INFORMATION Thanks for the great software! :) -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451921] Capital gains report should allow including closed accounts
https://bugs.kde.org/show_bug.cgi?id=451921 --- Comment #1 from zoltan1...@gmail.com --- I just noticed that "Realized Capital Gains" is just the name that I gave to the report, kmymoney just calls it a Capital Gains report with the "Sum investements" setting set to "Only sold". Apart from the different naming convention, it is a realized capital gains report in essence. I also noticed that there already is a bug report about this behavior with the number 429710. However, in that bug the OP is asked to open a wishlist item instead, and this ticket is exactly that, so it's not an exact duplicate. Additionally, I think this report provides more details on the motivation for the desired behavior. Still, after reading the concerns against 429710, I would like to elaborate a bit more on why closed accounts should be included in my opinion. 1. If we approach the problem from the point of view of the "closed account" functionality, I would argue that users are expected to close an account once they close the corresponding "real" account at a financial institution and thus can no longer do transactions in it. As for the purpose of this function, I would say that it serves to reduce the clutter in the various account lists. However, hiding such accounts only makes sense when the associated information is irrelevant. This applies to ledger selection because it is not possible to do transactions and also applies to "snapshot" reports, because the account value is 0. However, it does not apply to historical reports, where closed accounts have a significant role. 2. If approaching the problem from the "Show all accounts" functionality, it shows closed accounts in the account selectors and allows opening their ledgers. I would argue that it should also apply to reports as I see no reason for why it shouldn't but I see several for why I should (see points 1 and 3). 3. Finally, if we approach from the use case - generating a realized capital gains report for tax purposes - it definitely makes sense to include these transactions, and this holds true irrespective of the first two bullet points. In fact, it is even misleading and dangerous to hide them, because if one were to solely rely on such a report for calculating taxes without noticing the omission of closed accounts, they would file their taxes wrong. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 451921] Capital gains report should allow including closed accounts
https://bugs.kde.org/show_bug.cgi?id=451921 --- Comment #2 from zoltan1...@gmail.com --- One more thing I forgot to mention: To reduce clutter in reports, I think closed account could still be hidden if they were closed throughout the whole period covered by the report (i.e., the got closed before the start of the reporting period). In this case it truely does not make too much sense to show them as they could not play any role in the results, thus can be safely omitted. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 452617] New: Legder row is not large enough
https://bugs.kde.org/show_bug.cgi?id=452617 Bug ID: 452617 Summary: Legder row is not large enough Product: kmymoney Version: git (master) Platform: Other OS: All Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: adi@gmail.com Target Milestone: --- Created attachment 148160 --> https://bugs.kde.org/attachment.cgi?id=148160&action=edit Detail field cannot hold all information SUMMARY Using KMyMoney 5.1.80-6b0d9509e in Windows 11. When checking "Show all register entries in full detail", the Detail field in ledger shows two rows of text: category and memo. And it cuts into memo a little. ADDITIONAL INFORMATION Instead of making the field wider, why not put category and memo in different fields in the ledger, like it is in the entry form? Every information in it's field, isn't that as it should be? -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 452617] Legder row is not large enough
https://bugs.kde.org/show_bug.cgi?id=452617 --- Comment #1 from adi@gmail.com --- *** Bug 445604 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445604] Ledger rows are too narrow in Windows
https://bugs.kde.org/show_bug.cgi?id=445604 adi@gmail.com changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #2 from adi@gmail.com --- *** This bug has been marked as a duplicate of bug 452617 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445604] Ledger rows are too narrow in Windows
https://bugs.kde.org/show_bug.cgi?id=445604 adi@gmail.com changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 445604] Ledger rows are too narrow in Windows
https://bugs.kde.org/show_bug.cgi?id=445604 --- Comment #3 from adi@gmail.com --- *** Bug 452617 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 452617] Legder row is not large enough
https://bugs.kde.org/show_bug.cgi?id=452617 adi@gmail.com changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from adi@gmail.com --- *** This bug has been marked as a duplicate of bug 445604 *** -- You are receiving this mail because: You are the assignee for the bug.
