[kmymoney] [Bug 344708] Add average column to reports
https://bugs.kde.org/show_bug.cgi?id=344708 --- Comment #2 from jesse --- I would still like to see this. :) thanks, jesse -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 442052] New: transaction date vs post date
https://bugs.kde.org/show_bug.cgi?id=442052 Bug ID: 442052 Summary: transaction date vs post date Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY Allow for tracking of both transaction date and post date. After some research, it seems that most banks keep track of the post date. However, this make it very difficult for personal financing. Keep in mind the following goals: - I want to track when I made transactions for taxes purposes. Here the date on which I made the purchase or sell, matters most. - I want to keep in sych with my financial institution. Here is one scenario: I make charges to my credit card on the weekend. Most transactions, will post on Monday, not when made. The financial institution does know the transaction date, but their OFX will use the POST date. Statements do show both, transaction date and post date. In KMyMoney, I enter the transaction manually on the day it was made. But now it will not match my banks. Scenario two: Paying my Credit card bill. When I pay my credit card from my checking account, it will reflect that the transaction is pending as of the date I sent it. My Credit card will not receive the money and process it until a few days later. In Double entry accounting, both accounts have to be modified at the same time/date. Should we be using the transaction date(when I sent the payment) or when the transaction posted? Or should we keep track of both. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION It may be a duplicate or an expansion of this https://bugs.kde.org/show_bug.cgi?id=135198 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 442049] New: reports: click on account to see transactions contributing to the report for the date
https://bugs.kde.org/show_bug.cgi?id=442049 Bug ID: 442049 Summary: reports: click on account to see transactions contributing to the report for the date Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY When looking at a report, the user should be able to drill down to the account(category) transactions at the start of the time range which is set in the report or group date range where the user clicked. Example, a report that shows the accounts balance across three months: if the user clicks on the value for a cross section of an Account and month 1, then the ledge should open for that account at the start for Month 1. This will help when users are looking back at the reports. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: - Gnome 40.4.0 KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 441690] Totals for accounts, categories and subcategories
https://bugs.kde.org/show_bug.cgi?id=441690 --- Comment #3 from jesse --- Adding to my previous post: I can see the 'Total Value' not the 'Total Balance'. As far as 'Total Balance', I cannot see that for neither the Parent or sub-category/account. In case that helps. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 441690] Totals for accounts, categories and subcategories
https://bugs.kde.org/show_bug.cgi?id=441690 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #2 from jesse --- That is weird. I am using app image: KMyMoney-5.1.2-1db6ddd-x86_64 OS: Linux Fedora with Gnome KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system When I go to the Accounts View, I have show total balance and total value, enabled but they do not show. I had to unselect them and reselect them. Another issue for later. However, when they do show, it does work as the OP suggested. In the Accounts view, I can see the total sum and, if I expand it, the total sum stays for parent. While expanded I can see the Total Value for the subcategories/account and parent. I know in the reports it does not work this way but if I understand correctly the OP is in the Accounts View, not in the reports. -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 429433] Falkon tends to bind large memory usage over time
https://bugs.kde.org/show_bug.cgi?id=429433 Jesse McClure changed: What|Removed |Added CC||c...@jessemcclure.org --- Comment #3 from Jesse McClure --- FYI, we're tracking what is likely the same issue here: https://bbs.archlinux.org/viewtopic.php?id=268398 In that thread you can find a very simple tiny bit of code that should replicate the issue. I'd be curious too if Falkon users see worse symptoms of this problem on wayland than on X11. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 353555] Database backend is much slower than standard kmy format
https://bugs.kde.org/show_bug.cgi?id=353555 --- Comment #9 from jesse --- I still have not had time to try to figure out if the database has indexes or not. I don't use the application with the database option. >From what Martin said, the real need is based on using external programs to query the sqlite database. Without a way to know all the use cases, it may be best to either include documentation in the manual as to how and when a user would want to add indexes for their querying, or to add a few indexes to help our 80% of the use cases. However, I think the decision should be made as to whether saving to the sqlite format was intended for this purpose or not. If not, then perhaps there are no further changes required. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 353555] Database backend is much slower than standard kmy format
https://bugs.kde.org/show_bug.cgi?id=353555 --- Comment #7 from jesse --- I interpreted the question as attempting to use the sqlite database through external programs. Interesting; Is there a reason why it uses the database as a file save(recreates the tables and loads the data each time)? Was the intention to allow users to query the database when KMY is not in use? It is likely that the database does not have any built-in indexes. https://database.guide/list-indexes-in-sqlite-database/ Can the OP or someone with a sqlite database see if that commands brings back a list of indexes? I guess the next step would be to figure out if the KMY code recreates the entire database tables or only truncate and reload the tables. If it recreates the tables, and there no indexes, each time it would need to recreate indexes too. If it only truncates the tables, then the users can create the indexes they need for their custom external applications. Statistics on the database may be needed to help the optimizer keep the database response times fast. jv -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 353555] Database backend is much slower than standard kmy format
https://bugs.kde.org/show_bug.cgi?id=353555 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #5 from jesse --- I am a DBA by profession but have never looked at the KMY database set up. If the queries are doing push-down optimization, I would expect the database to respond quickly. Indexes should be examined to make sure they are set up for the right column per the queries. The hard part is that when you give 100 people access to query however they want, they will come up with 100 different way to query. You can't really optimize for everyone. You have to optimize for a few usage patterns. Perhaps if there is documentation that specifies which columns are indexed, users could tune their queries to leverage those indexes. If using a database without indexes, usually they have other objects to help optimize, like zonemaps for Netezza or synopsis tables for DB2. It makes sense to me that if the code parsed the xml file and loaded it into memory in its own structure, that will be much faster to access than any database. However, depending on how data sets are being joined or searched, the database call may be faster still since it is optimized to do those joins. Is there documentation for KMY on how the database is deploy and what indexes it creates? thanks, JV -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 432380] Appimage unable to print reports
https://bugs.kde.org/show_bug.cgi?id=432380 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #1 from jesse --- I think this is related to the bug I submitted a few days back. Bug 432071 I was trying to print the Reconciliation reports. Is that what you were trying to do as well? Or were you trying to print just a regular report? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 432071] New: Print reconcile report is empty
https://bugs.kde.org/show_bug.cgi?id=432071 Bug ID: 432071 Summary: Print reconcile report is empty Product: kmymoney Version: 5.1.1 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY After reconciling an account, I attempted to print the reconciliation report. However, the output PDF file is empty. I want to save the reconciliation report for my record keeping. The reports, however are empty. STEPS TO REPRODUCE 1. Open KMY file 2. Reconcile an account 3. Upon finishing, select to print the reconciliation report. 4. The report printing will appear successful(No Errors). However, navigate using a file manager to the location where you saved the PDF. 5. Open the PDF.. you will find that the PDF is empty. OBSERVED RESULT Empty report. EXPECTED RESULT PDF should have the same data as that presented in the reconciliation report SOFTWARE/OS VERSIONS Operating System: Generic 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.14.2 Kernel Version: 5.10.8-100.fc32.x86_64 OS Type: 64-bit KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gcompris] [Bug 424242] No audio on Raspberry Pi
https://bugs.kde.org/show_bug.cgi?id=424242 --- Comment #11 from Jesse --- (In reply to Jazeix Johnny from comment #10) > @Jesse, > > hi, can you confirm if it works better after installing > gstreamer1.0-pulseaudio? Very sorry, but after failing to get it working, I ended up installing Ubuntu on the Pi and was able to get Gcompris working on that. I no longer have a box running Raspberry Pi OS. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 430223] Accounting Statements
https://bugs.kde.org/show_bug.cgi?id=430223 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #1 from jesse --- I also want these types of reports. I was hoping to one day be able to contribute some of these reports as personal development project. The KMM developers here may have more input. What I can share is that I was also looking for a Statement of Cashflows type of report. The Default Cashflow reports shows all the transactions for all of the accounts. I know that KmyMoney is not intended for business use, but these reports are also helpful for personal accounting. https://www.waveapps.com/blog/accounting-and-taxes/cash-flow-formula The good thing is I believe the necessary to create all of those reports is already in KMM. We just need to create the reports. :) I say "we" as a community. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429575] Ability to select all assets or liabilities using a button in reports
https://bugs.kde.org/show_bug.cgi?id=429575 --- Comment #2 from jesse --- This is great! Yes, a button would be great but this is a good compromise. thanks, JV On Tuesday, November 24, 2020, 1:29:52 PM CST, Thomas Baumgart wrote: https://bugs.kde.org/show_bug.cgi?id=429575 --- Comment #1 from Thomas Baumgart --- Hint: you can select/deselect an account and all its subaccounts by marking the account using the right mouse button. I know this is still tedious if you have many accounts but may be of help here. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 393914] Certain Emails will show encrypted content as attachment (pgp)
https://bugs.kde.org/show_bug.cgi?id=393914 Jesse Osiecki changed: What|Removed |Added CC||jesse@jjo.ninja --- Comment #2 from Jesse Osiecki --- I can confirm that this is still an issue with the latest openSUSE Leap 15.2, kmail 5.14.2. I wouldn't mind looking into this for my own benefit, but I'm not sure which subsystem to start with. Has anyone looked into this sufficently to know where to start mofifying the PGP attachement parsing? Operating System: openSUSE Leap 15.2 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.71.0 Qt Version: 5.12.7 Kernel Version: 5.9.8-3.gea93937-default OS Type: 64-bit Processors: 8 × Intel® Core™ i7-8665U CPU @ 1.90GHz Memory: 31.2 GiB of RAM -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 429598] New: EWS Account Resource Cannot update OAuth2 Token
https://bugs.kde.org/show_bug.cgi?id=429598 Bug ID: 429598 Summary: EWS Account Resource Cannot update OAuth2 Token Product: kmail2 Version: 5.14.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: config dialog Assignee: kdepim-b...@kde.org Reporter: jesse@jjo.ninja Target Milestone: --- Created attachment 133613 --> https://bugs.kde.org/attachment.cgi?id=133613=edit email accounts list in Kmail with the error SUMMARY Password expiry for a corporate email account with Office365 causes the OAuth token to expire. EWS account resource goes into failed state "Unable to connect to Exchange server". "Modify..." does nothing, with no errors logging. Clicking "Restart" on the account and then quickly clicking "Modify..." allows the user to open the account configuration dialog briefly, however it is forcefully closed when the account's status returns to "Unable to connect to Exchange Server" STEPS TO REPRODUCE 1. Let password expire (and OAuth2 token) 2. Click "Modify..." for the account in question in the Kmail accounts page (fail) 3. Click "Restart" and then "Modify...", the account details page will pop up and then disappear. OBSERVED RESULT Unable to modify the account to update the Oauth2 token EXPECTED RESULT Should be able to update the Oauth2 token SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.71.0 Qt Version: 5.12.7 ADDITIONAL INFORMATION openSUSE Leap 15.2 relevant logs Nov 24 13:04:21 jesse-5400 akonadi_ews_resource[3565]: org.kde.pim.ews: Authentication failed: Interactive authentication request denied Nov 24 13:04:21 jesse-5400 akonadi_ews_resource[3565]: org.kde.pim.ews: Authentication failed: Interactive authentication request denied Nov 24 13:04:21 jesse-5400 akonadiserver[24262]: org.kde.pim.akonadiserver: Subscriber "AgentBaseChangeRecorder - 94503167294432" disconnected Nov 24 13:04:21 jesse-5400 akonadi_control[24259]: org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_ews_resource' crashed. No restart! -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429575] New: Ability to select all assets or liabilities using a button in reports
https://bugs.kde.org/show_bug.cgi?id=429575 Bug ID: 429575 Summary: Ability to select all assets or liabilities using a button in reports Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY Provide the ability to quickly select all Assets or all Liabilities in the reports. STEPS TO REPRODUCE 1. Open a KMyMoney file 2. Go to the income and expense report. 3. Click on Configure 4. Select the filter tab 5. Select the Accounts tab OBSERVED RESULT Notice that there is no button to select only the Assets or the Liabilities. A user has to manually go through and select all the accounts. If there were only 2 or 3, it would be okay but for those of use with dozens of Assets or/and liabilities, it is tedious to do so manually. EXPECTED RESULT Would be great to have a button to select all the assets or all the liabilities. SOFTWARE/OS VERSIONS Operating System: Generic 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.14.2 Kernel Version: 5.9.8-100.fc32.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.1 GiB of RAM ADDITIONAL INFORMATION Using the App image version of KMY. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 331636] Net Worth Adding Assets and Liabilities
https://bugs.kde.org/show_bug.cgi?id=331636 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #6 from jesse --- In accounting circles accountants use Debit and Credits for this reason. For liabilities Debits decrease the account and Credits increase it. If it were a separated this way, it may stop people from putting in negative values. But then they would need to consider accounting rules for Assets/Liabilities and the effects of Debits and Credits. I like the idea of not allowing the user to enter a negative value. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 344708] Add average column to reports
https://bugs.kde.org/show_bug.cgi?id=344708 jesse changed: What|Removed |Added Version|4.7.1 |5.1.0 CC||jvap...@yahoo.com --- Comment #1 from jesse --- oh wow.. I was just about to add this feature to the wish list. Then I see that this is here. :) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 274130] Adding an extra Category/Account column in the ledger view
https://bugs.kde.org/show_bug.cgi?id=274130 --- Comment #9 from jesse --- I think if the Memo is added on the 1 line, it should be truncated at 30 or 50 characters. That should be enough to be helpful. If someone needs to see the whole memo, they can open the transaction detail window. There is a lot of space on the transaction row but not sure we want to clutter the view either. Maybe if there was a toggle to show the transaction memo or not and even an option to set how many characters to show. (or make the column width adjustable) -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429492] Show Account/Category on ledger
https://bugs.kde.org/show_bug.cgi?id=429492 jesse changed: What|Removed |Added Platform|Other |Appimage -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429492] New: Show Account/Category on ledger
https://bugs.kde.org/show_bug.cgi?id=429492 Bug ID: 429492 Summary: Show Account/Category on ledger Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY When you view a ledger you see the list of transaction and the Payee. It would be nice if it would show the Account or Category the transaction was associated to. For example, if I am looking at the ledger corresponding to my bank checking account, I would like to be able to see the transactions and which category/account they were assigned to. I tend to use the ledger without the full details showing to maximize the number of transactions I can see on the screen/page. STEPS TO REPRODUCE 1. Open up a KMyMoney file 2. Go to the ledger and select an account to displays its transactions OBSERVED RESULT The transaction list is displayed but although it shows the Payee, it does not show to which account the money was transferred to or from. Or, if it was income or expense, it does not show the category to which it was assigned. A user would need to open the transaction to see that detail. This only affects users if they are not showing the full details for all the transactions. EXPECTED RESULT The user should be able to see the account/category the transaction went/came to/from, at a glance, without having to click on the transaction. SOFTWARE/OS VERSIONS Operating System: Generic 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.14.2 Kernel Version: 5.9.8-100.fc32.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.1 GiB of RAM Using Fedora 33. ADDITIONAL INFORMATION There a lot of space in the ledger to show the Account/Category information. This bug is the same but different version of MyMoney. Bug id 274130 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 274130] Adding an extra Category/Account column in the ledger view
https://bugs.kde.org/show_bug.cgi?id=274130 --- Comment #7 from jesse --- I am using Fedora33 btw.. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 274130] Adding an extra Category/Account column in the ledger view
https://bugs.kde.org/show_bug.cgi?id=274130 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #6 from jesse --- After all this time.. I too would like this feature. Please add this to the ledger. :) I like it to show the transaction in one row as well. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429489] New: Make Searching Categories case insensitive
https://bugs.kde.org/show_bug.cgi?id=429489 Bug ID: 429489 Summary: Make Searching Categories case insensitive Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY When searching the Categories in MyMoney, the search is case sensitive making it hard to find some of the categories. If you have Expense:Home:HOA(Home owners association), you must type HOA in upper case to find it. If you type hoa it will not. This might just need the code to do a upper case function on the user input and list of Categories before searching. STEPS TO REPRODUCE 1. Open a KMyMoney file 2. Go to the Categories 3. Search for an existing Category using a different case than what it is created in. OBSERVED RESULT If the case does not match, it will not find the category. EXPECTED RESULT It would be more user friendly if the search would be case insensitive. SOFTWARE/OS VERSIONS Operating System: Generic 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.14.2 Kernel Version: 5.9.8-100.fc32.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.1 GiB of RAM KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION I am using the App Image version of KmyMoney -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429488] New: make dates always 10 characters
https://bugs.kde.org/show_bug.cgi?id=429488 Bug ID: 429488 Summary: make dates always 10 characters Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY Today, KDE uses dates like 1/1/2020 but I like the ISO format of 2020/01/01 or, if that is not possible, can we have MyMoney always show at least 10 characters to be consistent. 01/01/2020 just like it would with 10/10/2020 01/01/2020 01/10/2020 10/01/2020 10/10/2020 Instead of: 1/1/2020 1/10/2020 10/1/2020 10/10/2020 Just a wish list item.. what do you all think? STEPS TO REPRODUCE 1. Open up any KMyMoney and go to the ledger or report that shows a date 2. see how the dates are not all consistently 10 characters(including the forward-slash) OBSERVED RESULT Not all the dates are in 10 character format. Single digit dates do not have a zero (0) prefixing the value. EXPECTED RESULT Would like it to be always be consistent. SOFTWARE/OS VERSIONS Windows: macOS: Operating System: Generic 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.14.2 Kernel Version: 5.9.8-100.fc32.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.1 GiB of RAM According to KmyMoney (app image) KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429162] New: Reports showing expenses as negative
https://bugs.kde.org/show_bug.cgi?id=429162 Bug ID: 429162 Summary: Reports showing expenses as negative Product: kmymoney Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- SUMMARY Income reports, and maybe others, show a transfers values as negative but not expenses. They are both subtracted from Income, so I would expect both to show as negative values. Can we make it consistent or is there an accounting difference between Transfers and Expenses making Transfers show as negative but not Expenses? Adding Transfers to the report, will in a way make this a Cashflow type of report. It is useful to see the data this way, but the inconsistent value sign bothers me. Can there be an option to show absolute values for Expense/Transfers? It would be ideal to be able to graph this with absolute values too (meaning Expenses and Transfers are showing as positive values). A toggle, like the one that exist for Expenses would suffice. This is similar to BUG ID: 380852, however, there they are saying that users do are not used to seeing expenses in negative numbers. Expenses are negative but in Accounting reports, it is understood that the expenses are negative. No sign is required. This wish list is to further show transfers and expenses with the same sign. To reduce confusion even more. Ideally, it would be awesome if KMY could show columns for Debit and Credits to remove the value sign completely. (a wish list for another time) STEPS TO REPRODUCE 1. Open KMyMoney 2. Go to Reports 3. Open the income and Expense report 4. Click Rows and Columns tabs 5. Set Rows to Income & Expenses (the default) 6. Set Detail to Top Level 7. Set the checkbox for Include Transfers to Selected(checked) 8. Go to the Filters tab 9. Go to the Account tab 10. Click on the None button to deselect all the accounts 11. Select all the Asset accounts, and only the Asset accounts. 12. Hit Apply OBSERVED RESULT Expenses are shown as positive values but Transfers are red and showing with a negative sign. EXPECTED RESULT I would expect their sign to be consistent. Either show both Expenses and Transfers as negative values (meaning we do INCOME - Expenses - Transfer) or show them both as absolute values(no sign) and in the background do the math correctly. As long as they are consistent(assuming they are both subtracted :) from an accounting perspective.) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Linux: Gnome Fedora 33 KDE Frameworks 5.51.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION Running this as App image under Gnome Wayland. Similar to Bug : 380852 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 429162] Reports showing expenses as negative
https://bugs.kde.org/show_bug.cgi?id=429162 jesse changed: What|Removed |Added Platform|Other |Appimage -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 422050] Scrolling issues with PageDown/PageUp navigation
https://bugs.kde.org/show_bug.cgi?id=422050 Jesse changed: What|Removed |Added CC||j.stryke...@gmail.com --- Comment #22 from Jesse --- (In reply to Nate Graham from comment #18) > If you want to disable smooth scrolling entirely even though the slowness > problem is now fixed, that's *yet another* separate issue. Currently (as of > the git master version) you can do this by turning off animations globally > in System Settings if you're using Plasma and just don't like any animations > at all. If you're a person who does generally like some animations but just > does not want animated scrolling only in Okular, then we plan to add an > Okular-specific setting for that please see Bug 420755. I would like to add my support for the Okular-specific setting to disable animated scrolling in Okular. I don't use Plasma so I still have the animations. Instant PgUp/PgDn navigation is ideal -- that is how I navigate in many different applications and having that impeded in Okular interrupts my workflow and is distracting. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 425196] Removing KMyMoney Focus Auto Inputs Transaction Amount
https://bugs.kde.org/show_bug.cgi?id=425196 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #1 from jesse --- Can I +1 this? :) This happens to me also when bouncing between ledgers. I go to see check one Credit card and come back to my bank and the amount has been entered. It can get confusing as sometimes, the date is also an older date (maybe I had to enter a previous transaction) and now there is a transaction out there with the wrong amount and wrong date.. lol -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 --- Comment #9 from jesse --- This issue ended up being related to a transaction 'payee' that came in from GnuCash. GnuCash puts the description as the Payee, and the drop down combobox, decides its length based on the max length of the possible payees. This one was very wide... thus the combo box was very wide making the windows even wider. A fix could be to make a scroll bar on the modal window.. or maybe truncate the Payee option after x bytes. In any case, after I found the long payee by search through the xml file, we deleted the entry and it worked! Thanks, JV On Thursday, April 11, 2019, 11:16:43 AM CDT, Michael Carpino wrote: https://bugs.kde.org/show_bug.cgi?id=405204 Michael Carpino changed: What |Removed |Added CC| |mfcarp...@gmail.com --- Comment #8 from Michael Carpino --- fyi I'm running Fedora 29 with Gnome Version 3.30.2 and I don't see this issue with KMM AppImage Version 5.0.3-4f18e69 or Version 5.0.2 -- You are receiving this mail because: You are watching all bug changes.
[gcompris] [Bug 424242] No audio on Raspberry Pi
https://bugs.kde.org/show_bug.cgi?id=424242 --- Comment #4 from Jesse --- Pulse Audio Volume Control lists two output devices labelled Built-in Audio Analog Mono (though I'm only using the headphone jack). One is set to Headphones and the other to Analog Output. Neither has another option under the drop-down menu. The sound widget on the task bar is also set to Analogue. Is there another place to look? -- You are receiving this mail because: You are watching all bug changes.
[gcompris] [Bug 424242] No audio on Raspberry Pi
https://bugs.kde.org/show_bug.cgi?id=424242 --- Comment #3 from Jesse --- Created attachment 130142 --> https://bugs.kde.org/attachment.cgi?id=130142=edit pavucontrol -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 328709] Add a Hard link option when moving/copying files in Dolphin
https://bugs.kde.org/show_bug.cgi?id=328709 Jesse Chan changed: What|Removed |Added CC||j...@linux.com --- Comment #8 from Jesse Chan --- Only hard links work consistently for all users of a shared/network file system (eg. NFS/SMB). Hard links are also needed when a volume is portable. Currently KIO creates full path symlink instead of relative one which is problematic when the volume is mounted on another host. And some OSs (eg. Windows) simply can't process Linux symlink. On the other hand, hard links work reliably for different hosts and different operating systems across the board. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 358923] Add function to playback project from beginning when spacebar is pressed at the end of Project Monitor (similar to Clip Monitor behavior)
https://bugs.kde.org/show_bug.cgi?id=358923 --- Comment #2 from Jesse DuBord --- (In reply to emohr from comment #1) > Timeline: set the timeline zone out point to the end you wish (the blue > band) -> CTRL+space plays form the beginning. ALT+space loop the zone. I suppose that is a sufficient solution. Though I still feel it's more intuitive that pressing spacebar when the cursor is at the end of the timeline plays it from the beginning, I'm good with whatever the dev's decide. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 388556] Share accounts on net worth report are wrong (2017 values being updated)
https://bugs.kde.org/show_bug.cgi?id=388556 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #9 from jesse --- I am just another user. So no expert here... but this is my experience: I do not think the Statement of Cashflows will match the Income and Expense report. Income and Expense would not include any transfers between assets and liability accounts. Whereas a Statement of Cashflows would. In KMyMoney, I create a Statement of Cashflows by starting with a Net Worth report. Then, I un-check the liability accounts in the options/configurations. I also check the 'include transfers'. Next, I rename my report to Cashflow. The Net Worth report in its default state is more akin to a balance sheet. A simple example of when a Cashflow and Income/Expense will not match, a for example a mortgage. Mortgage: 1500 dollars broken down as follows. Interest: 700 dollars Insurance: 500 dollars Principal: 300 dollars The income statement will capture the Interest and Insurance expenses. 1200 dollars. The Cashflow will capture the 300 dollars that left the assets(checking) to bring down the liability (loan/mortgage). Also, the unrealized gains.. how would the unrealized gains from home equity fit into this? If my house was purchased at $200K and now is appraised at $250k, how would I see the $50k? Your suggestion is that there would be an Unrealized Gain account. Would that account only be updated when I get an appraisal(once a year)? https://www.investopedia.com/terms/a/accounting-equation.asp I am very interested in how this turns out. Thanks JV -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 391384] Cashflow report double-counts income as asset flow
https://bugs.kde.org/show_bug.cgi?id=391384 --- Comment #3 from jesse --- This is happening on version 5.0.6. As of 2019-11-01. thanks JV -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 391384] Cashflow report double-counts income as asset flow
https://bugs.kde.org/show_bug.cgi?id=391384 jesse changed: What|Removed |Added CC||jvap...@yahoo.com --- Comment #2 from jesse --- I was just about to report this too. I see the same thing. I do not know what the Grand Total was meant to do but it sure does not make sense from an accounting perspective. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 413148] Grouped clips in timeline won't resize together
https://bugs.kde.org/show_bug.cgi?id=413148 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 413148] New: Grouped clips in timeline won't resize together
https://bugs.kde.org/show_bug.cgi?id=413148 Bug ID: 413148 Summary: Grouped clips in timeline won't resize together Product: kdenlive Version: 19.08.2 Platform: Flatpak OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: jesse.dub...@gmail.com Target Milestone: --- SUMMARY When I try to group a video & audio clip together in the timeline, then try to resize them by left-click + dragging either video or audio clip in timeline, both clips in timeline don't move together. I have to move them separately. STEPS TO REPRODUCE 1. Import video clip, then an audio clip into the Project Bin. 2. Put the video clip in V1 in the timeline, then the audio clip in A1. 3. Select both clips, then right-click and select "Group" 4. Try to re-size the clip in the timeline by left-clicking the edge and moving the mouse along the timeline. OBSERVED RESULT Only the clip that you left-clicked on in the timeline moves. Say, if you grab the video in V1, then that clip moves, but the audio clip that's grouped to it in track A1 doesn't move along with it. EXPECTED RESULT For the two separate clips to behave as one once they're grouped, and to move together when relocated or re-sized. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Linux Mint 19.2 / Cinnamon desktop 4.2.4 (available in About System) KDE Plasma Version: N/A KDE Frameworks Version: 5.62.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 409509] FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409509 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #15 from Jesse DuBord --- Since the essential message in your replies seem to be "Akonadi can't do that, so it can't be done," I've submitted a bug to the Akonadi project hoping they can offer a more user-friendly solution than to manually choose and merge all email folders into the same local folders, eliminating easy Management of multiple email accounts: https://bugs.kde.org/show_bug.cgi?id=409509 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 409509] New: FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409509 Bug ID: 409509 Summary: FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC). Product: Akonadi Version: 5.11.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- SUMMARY I initially submitted this bug to Kontact (https://bugs.kde.org/show_bug.cgi?id=409293), but the corresponding developer said what I was suggesting couldn't be implemented because akonadi couldn't do it. I would like to request for a feature to easily back up all pim data to a single file and re-imoort that data on a new install of Kontact, without needing to specify the folders of where each email folder should be placed. As of right now the Kmail pin exporter tool exports settings, but when it re-imports them to another PC, the user has to specify where they would like each folder to go. This is undesirable as the greatest benefit, imo, to an export-import tool is the ability to easily and simply back up the way your email/PIM client is set up, then to simply re-imoort that and have the target PC's set-up become exactly what the source is like. STEPS TO REPRODUCE 1. A simple interface that can choose a folder to export the data to. 2. Data gets put into a single compressed file. 3. An import tool that would make the target PIM client (Kontact) be configured and set up exactly like the source was. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #14 from Jesse DuBord --- (In reply to Laurent Montel from comment #13) > (In reply to Jesse DuBord from comment #11) > > (In reply to Laurent Montel from comment #10) > > > (In reply to Jesse DuBord from comment #9) > > > > > Indeed but akonadi doesn't allow it. > > > > > We can't duplicate it directly we must to recreate it. > > > > > I fixed a lot of bug for reducing to ask this info but it's not > > > > > possible to > > > > > reduce all. > > > > > > > > So what is the expected behavior from the developer's end. When > > > > importing a > > > > compressed file, and when it says "please choose a folder" for specified > > > > email folder, but no folder exists, what are you expecting us to do? > > > > > > By default you have a folder, if you don't have default inbox/outbox etc > > > it's a bug :) > > > > 1. So you're expecting users to assign their Gmail (IMAP) folders to the > > local folder, when the default behavior when Kontact adds a new account is > > to create a new IMAP folder scheme? > > Why it's an imap account => when we will sync resource it will create > folders... > > > > > 2. What if I have multiple email addresses I manage with Kmail, not just > > one? I have my personal one, and my business one. How am I expected to > > import both? > > What is the problem ? When you export them you export all emails/accounts. > > > > > > 3. If Akonadi has the ability to create folders upon a new account creation, > > why can't the same processes be used when importing accounts? > > I don't understand your problem here ? > > > > > > I feel there are solutions to this that aren't implemented > > Really ?:) good :) > > , so I'm > > re-opening this bug. I greatly appreciate Kontact/Kmail as a product and all > > of the hard work you're doing. There is a solution that can easily satisfy > > the end-user experience, I feel we just need to find the right one to get > > there. As of right now the implementation simply doesn't work with the pim > > setting exporter, specifically during import of the data. Needing to specify > > folders instead of a more straight-forward import approach (e.g. "Oh, this > > is how it was set up on your source version of Kontact? Okay, we'll set it > > up just like it was using the export file you provided". Simple by default, > > powerful when needed, right? IMO, simplicity should be the goal of the > > importing process. > > > > It's less time for me to simply add the accounts manually than to use a tool > > that seems to offer a quicker and simpler set-up experience. So I want to help be a part of the solution. What will help resolve this matter, effectively? -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #12 from Jesse DuBord --- If I need to create a separate bug for Akonadi to help this process along and reference it, here, I can do that. Keep in mind I'm not a developer, I'm just an open-source user who loves what you all do, so I'm trying to contribute with the best, most constructive feedback that I can. :) -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 Jesse DuBord changed: What|Removed |Added Resolution|FIXED |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED --- Comment #11 from Jesse DuBord --- (In reply to Laurent Montel from comment #10) > (In reply to Jesse DuBord from comment #9) > > > Indeed but akonadi doesn't allow it. > > > We can't duplicate it directly we must to recreate it. > > > I fixed a lot of bug for reducing to ask this info but it's not possible > > > to > > > reduce all. > > > > So what is the expected behavior from the developer's end. When importing a > > compressed file, and when it says "please choose a folder" for specified > > email folder, but no folder exists, what are you expecting us to do? > > By default you have a folder, if you don't have default inbox/outbox etc > it's a bug :) 1. So you're expecting users to assign their Gmail (IMAP) folders to the local folder, when the default behavior when Kontact adds a new account is to create a new IMAP folder scheme? 2. What if I have multiple email addresses I manage with Kmail, not just one? I have my personal one, and my business one. How am I expected to import both? 3. If Akonadi has the ability to create folders upon a new account creation, why can't the same processes be used when importing accounts? I feel there are solutions to this that aren't implemented, so I'm re-opening this bug. I greatly appreciate Kontact/Kmail as a product and all of the hard work you're doing. There is a solution that can easily satisfy the end-user experience, I feel we just need to find the right one to get there. As of right now the implementation simply doesn't work with the pim setting exporter, specifically during import of the data. Needing to specify folders instead of a more straight-forward import approach (e.g. "Oh, this is how it was set up on your source version of Kontact? Okay, we'll set it up just like it was using the export file you provided". Simple by default, powerful when needed, right? IMO, simplicity should be the goal of the importing process. It's less time for me to simply add the accounts manually than to use a tool that seems to offer a quicker and simpler set-up experience. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #9 from Jesse DuBord --- > Indeed but akonadi doesn't allow it. > We can't duplicate it directly we must to recreate it. > I fixed a lot of bug for reducing to ask this info but it's not possible to > reduce all. So what is the expected behavior from the developer's end. When importing a compressed file, and when it says "please choose a folder" for specified email folder, but no folder exists, what are you expecting us to do? -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #7 from Jesse DuBord --- Created attachment 121292 --> https://bugs.kde.org/attachment.cgi?id=121292=edit pim settings exporter on target PC as I try to import the data (part 2). When you choose the folder, there are no IMAP or Online account folders to choose from; it forces you to choose a default local folder. I believe this is an issue, as the expected behavior shouldn't require the user to choose folders at all. It should configure a set-up automatically that's identical to the source program without the user needing to specify folders, especially when the folders aren't even there. This ends up taking longer to import the data than it does to simply configure everything manually without exporting/importing from another PC. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #6 from Jesse DuBord --- Created attachment 121291 --> https://bugs.kde.org/attachment.cgi?id=121291=edit pim settings exporter on target PC as I try to import the data. As you can see, it's asking me to specify the folder. I believe this should not be the default behavior. My expected behavior would be that it creates an identical set-up to the source Kontact program without needing me to specify anything. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #5 from Jesse DuBord --- (In reply to Laurent Montel from comment #4) > (In reply to Jesse DuBord from comment #3) > > (In reply to avlas from comment #2) > > > (In reply to Laurent Montel from comment #1) > > > > yep pim-setting-exporter > > > > > > but that's only settings, right? as I understand it, there is no way one > > > can > > > export (import) everything to (from) a single compressed file > > > > That's exactly my point. There's not seamless, easy way to one-click export > > everything to a single compressed file and one-click re-import everything to > > a new Kontact install. > > ??? > you use pim-setting-exporter for importing/exporting settings/data etc. > you open it for importing all on new computer. Ideally, the expected behavior is what you're describing. When I take my backed up compressed file to another computer and import the data, it asks me to specify the folder. That is not "seamless". My expectation would be that it imports everything just as I had it, without needing to specify new folders for the email locations. It should just create the same set-up as the former Kontact without me needing to specify where to put each email folder. I'm attaching screenshots to show what I'm talking about; they are from the target PC where I tried importing Kontact. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #3 from Jesse DuBord --- (In reply to avlas from comment #2) > (In reply to Laurent Montel from comment #1) > > yep pim-setting-exporter > > but that's only settings, right? as I understand it, there is no way one can > export (import) everything to (from) a single compressed file That's exactly my point. There's not seamless, easy way to one-click export everything to a single compressed file and one-click re-import everything to a new Kontact install. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 409338] New: FEATURE REQUEST: Have Plasma remember window size & position by default (by me & 286 Reddit voters)
https://bugs.kde.org/show_bug.cgi?id=409338 Bug ID: 409338 Summary: FEATURE REQUEST: Have Plasma remember window size & position by default (by me & 286 Reddit voters) Product: plasmashell Version: 5.16.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: jesse.dub...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 121242 --> https://bugs.kde.org/attachment.cgi?id=121242=edit Screenshot showing KDE Reddit community members who upvoted idea. SUMMARY The out-of-the-box experience in Plasma when I open a Qt/KDE program (when window behavior position is set to "smart") is that the size of a window is small, often hiding elements of the program, and has to be re-scaled to make it use-able. The position is also away from the center of the window, which is often the main area of activity on a screen. I asked on Reddit if users preferred Plasma remembering window position & size by default (in order to fix this issue) and so far 286 have agreed. I'm requesting Plasma dev's consider changing the default behavior to remember window size & position by default, whether that means changing how the "smart" window placement setting behaves or adding a "Remember" setting so when a user re-sizes a window and moves it, then they close and re-open it, the window will retain the window size and position as before. ADDITIONAL INFORMATION Suggested while using KDE Neon 5.16.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 --- Comment #6 from Jesse DuBord --- I didn't realize this was significant until now, but I have the global menu bar widget in the panel at the top of my screen. In there I find menu items pertaining to PIM Exporter tool. For those that use the global menu widget, being greeted to a blank screen appears that the program isn't loading or that there are buttons one might expect that are missing. I would encourage adding a few simple buttons on the main screen interface, the most obvious being "Import Kmail data" and "Export Kmail data", clicking either of those opening the appropriate import & export windows. I feel that would clear up any confusion users might have like me who have global menu enabled and don't see any buttons, icons or any elements in the window. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 --- Comment #5 from Jesse DuBord --- Created attachment 121239 --> https://bugs.kde.org/attachment.cgi?id=121239=edit Screenshot - full window -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 --- Comment #2 from Jesse DuBord --- I thought KDE Neon was maintained by the KDE community? If it's not, where do I go to report this but? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 --- Comment #3 from Jesse DuBord --- Bug** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 382962] Doesn't load global menu initially for Google Chrome or Chromium
https://bugs.kde.org/show_bug.cgi?id=382962 Jesse DuBord changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Jesse DuBord --- Confirmed that this is fixed in KDE Plasma 5.16.2 -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 Jesse DuBord changed: What|Removed |Added Summary|FEATURE REQUEST: Easily |FEATURE REQUEST: Easily |export Kontact data (kmail, |backup/export Kontact data |calendar, contacts, etc.) |(kmail, calendar, contacts, |for import on another |etc.) for |machine.|import/restoration on ||another PC (or a restored ||PC). -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] FEATURE REQUEST: Easily export Kontact data (kmail, calendar, contacts, etc.) for import on another machine.
https://bugs.kde.org/show_bug.cgi?id=409293 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 409293] New: FEATURE REQUEST: Easily export Kontact data (kmail, calendar, contacts, etc.) for import on another machine.
https://bugs.kde.org/show_bug.cgi?id=409293 Bug ID: 409293 Summary: FEATURE REQUEST: Easily export Kontact data (kmail, calendar, contacts, etc.) for import on another machine. Product: kontact Version: 5.11.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- SUMMARY In order to avoid setting up and configuring Kontact and subsequent components every time it's installed on a new PC, I'm requesting a feature that will easily export all Kontact data into a single file or folder, which could be put on a flash drive (or cloud storage) and transferred to another PC where it could easily be re-imported into Kontact. STEPS TO perform 1. Somewhere in Kontact menu would be an action to export Kontact data. The user could specify the destination, and Kontact would export all configuration, email, calendar, todo, journal, etc. data into that location (either in a single packaged file or folder, preferably the former). 2. Move the exported file/folder to another PC. 3. Open Kontact menu on the new PC and there would be an action to import Kontact data, which would import the data into Kontact, making set-up on a new PC a breeze. ADDITIONAL INFORMATION Suggested while using Kontact 5.11.2 on KDE Neon 5.16.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 369650] Account Wizard glitches when trying to add Gmail account
https://bugs.kde.org/show_bug.cgi?id=369650 Jesse DuBord changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Jesse DuBord --- Tested in Kmail 5.11.2 and found this issue had been resolved. Closing bug. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 409290] New: Kmail "Import/Export Kmail data" won't work. Window is blank.
https://bugs.kde.org/show_bug.cgi?id=409290 Bug ID: 409290 Summary: Kmail "Import/Export Kmail data" won't work. Window is blank. Product: kmail2 Version: 5.11.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- Created attachment 121212 --> https://bugs.kde.org/attachment.cgi?id=121212=edit Screenshot SUMMARY When I attempt to export my Kmail data, the window titled "PIM Setting Exporter" is blank. STEPS TO REPRODUCE 1. Open Kmail or Kontact 2. In the Kmail menu, go to Tools>Import/Export Kmail Data 3. Watch new open window and observe results OBSERVED RESULT PIM Settings Exporter window is blank. EXPECTED RESULT For PIM Settings Exporter window to have UI content to execute the Kmail data exporting features. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.16.2 KDE Plasma Version: 5.16.2 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION See screenshot for observed result -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 382760] Let users specify individual KRunner plugins from the full set
https://bugs.kde.org/show_bug.cgi?id=382760 --- Comment #12 from Jesse DuBord --- (In reply to Nate Graham from comment #11) > No, the bug is not fully fixed yet. That's why it's not closed yet. Ah, I understand. Thanks for your reply and update. You guys rock! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 382760] Let users specify individual KRunner plugins from the full set
https://bugs.kde.org/show_bug.cgi?id=382760
--- Comment #10 from Jesse DuBord ---
(In reply to Nate Graham from comment #9)
> Git commit 16eddf0503ba8e4b5129f966fbf45694bde17667 by Nate Graham.
> Committed on 22/06/2019 at 16:34.
> Pushed by ngraham into branch 'Plasma/5.16'.
>
> [Kickoff/Dash] Show Calculator and Unit Converter runners
>
> Summary:
> The Calculator and Unit Converter runners are some of the most useful and
> productivity-boosting runners, yet they don't show up in Kicker/Kickoff/Dash
> right now, only in KRunner.
>
> This patch makes them show up in Kickoff and Dash, increasing discoverability
> and productivity for regular users who are less likely to know about
> KRunner's
> standalone UI.
>
> Kicker is excluded because its search UI was not designed for multiple
> runners
> and that needs to be fixed first
> (https://bugs.kde.org/show_bug.cgi?id=389146)
>
> Test Plan:
> {F6923047}
> {F6923046}
>
> Reviewers: #vdg, #plasma, hein, filipf
>
> Reviewed By: #vdg, #plasma, hein, filipf
>
> Subscribers: plasma-devel
>
> Tags: #plasma
>
> Differential Revision: https://phabricator.kde.org/D21983
>
> M +2-1applets/kicker/package/contents/ui/main.qml
> M +1-1applets/kickoff/package/contents/ui/SearchView.qml
>
> https://commits.kde.org/plasma-desktop/
> 16eddf0503ba8e4b5129f966fbf45694bde17667
Will this also resolve my original issue to separate the "Expand search to
bookmarks, files and emails" option in the Kickoff settings so users can
specify or filter which results they would like to see?
--
You are receiving this mail because:
You are watching all bug changes.
[kdenlive] [Bug 406786] Appimage doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 Jesse DuBord changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #6 from Jesse DuBord --- (In reply to emohr from comment #5) > Should be solved. Try with today’s upload 19.04.1b AppImage. I can confirm this is fixed in 19.04.1b. Nice job! Marking this bug as solved. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406786] Appimage doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 --- Comment #4 from Jesse DuBord --- (In reply to emohr from comment #3) > Goto: settings -> tick „force breeze icon theme“. Kdenlive restarts and you > should see the icons. When I opened the program, that box was already checked/ticked. I disabled then re-enabled it, but it did not fix the issue: the style of the widgets still were not Breeze. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406786] Appimage doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 --- Comment #2 from Jesse DuBord --- (In reply to emohr from comment #1) > Delete "kdenliverc" and "kdenlive-appimagerc". See here: > https://community.kde.org/Kdenlive/Configuration I did as you requested, but that did not fix the issue. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406785] Layout keeps re-sizing after I attempt to adjust it [video example included]
https://bugs.kde.org/show_bug.cgi?id=406785 --- Comment #3 from Jesse DuBord --- (In reply to emohr from comment #2) > Delete the "kdenliverc" file. See here: > https://community.kde.org/Kdenlive/Configuration I tried that as you requested, but that did not fix the issue. Re-sizing it still has the interface snapping back, specifically the height between the timeline on the bottom and the rest of the widgets above it. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406785] Layout keeps re-sizing after I attempt to adjust it [video example included]
https://bugs.kde.org/show_bug.cgi?id=406785 --- Comment #1 from Jesse DuBord --- This also happens on KDE Neon using the latest version of Plasma (5.15.4). -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406786] Appimage doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 Jesse DuBord changed: What|Removed |Added Summary|Doesn't have "breeze" |Appimage doesn't have |style" |"breeze" style" -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406786] New: Doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 Bug ID: 406786 Summary: Doesn't have "breeze" style" Product: kdenlive Version: 19.04.0 Platform: Appimage OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: jesse.dub...@gmail.com Target Milestone: --- Created attachment 119571 --> https://bugs.kde.org/attachment.cgi?id=119571=edit Screenshot example SUMMARY Kdenlivre appimage user interface doesn't have the "breeze" theme style to it. Style setting is set to "default", which is the "fusion" style. STEPS TO REPRODUCE 1. Open Kdenlive 2. Look at user interface OBSERVED RESULT User interface style is "fusion" style and some icons are not breeze/breeze dark (see play, forward, and reverse buttons in clip and project monitors) EXPECTED RESULT User interface style is "breeze" style with all breeze dark icons by default. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Ubuntu 19.04 (available in About System) KDE Plasma Version: N/A (Gnome 3.32) KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406786] Doesn't have "breeze" style"
https://bugs.kde.org/show_bug.cgi?id=406786 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406785] Layout keeps re-sizing after I attempt to adjust it [video example included]
https://bugs.kde.org/show_bug.cgi?id=406785 Jesse DuBord changed: What|Removed |Added URL||https://www.dropbox.com/s/0 ||xqigf3pmaes1n8/kdenlive-19. ||04-screenshot-example.flv?d ||l=0 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406785] New: Layout keeps re-sizing after I attempt to adjust it [video example included]
https://bugs.kde.org/show_bug.cgi?id=406785 Bug ID: 406785 Summary: Layout keeps re-sizing after I attempt to adjust it [video example included] Product: kdenlive Version: 19.04.0 Platform: Appimage OS: Linux Status: REPORTED Severity: major Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: jesse.dub...@gmail.com Target Milestone: --- SUMMARY When I try to left-click + drag the mouse to re-size the default layout of the Kdenlive 19.04 appimage, it instantly snaps back and reverts to its default layout. STEPS TO REPRODUCE 1. Open the Kdenlive appimage either from a file browser or from a Terminal/Konsole. 2. Left-click + hold the five dots in between the monitors and the timeline 3. move the mouse up and down to adjust the size of the widgets above the timeline OBSERVED RESULT Instantly after lifting off the left-click, the layout snaps back to the default. EXPECTED RESULT For the layout to remain in the adjusted state. SOFTWARE/OS VERSIONS Windows: N/A macOS: N/A Linux/KDE Plasma: Ubuntu 19.04 (available in About System) KDE Plasma Version: N/A (Gnome 3.32) KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION Link to see video example of bug: https://www.dropbox.com/s/0xqigf3pmaes1n8/kdenlive-19.04-screenshot-example.flv?dl=0 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 406785] Layout keeps re-sizing after I attempt to adjust it [video example included]
https://bugs.kde.org/show_bug.cgi?id=406785 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 --- Comment #3 from jesse --- Hi, I am currently on KMyMoney: Version 5.0.2. I am on Gnome 3.30.2. Are you on Gnome or KDE Plasma? This happens too on Fedora KDE Plasma DE. Do you want to schedule a time so I can show you what I see? (desktop share or send you screen shots). I wonder if there is a system config that controls how these dialog boxes are displayed. This happens on the reconciliation wizard too. On the page where you enter in the account for the Interest. That one also opens up super wide. That is why I feel maybe there is a system config somewhere that these forms are defaulting to when they open. Is there anything special or different with these forms/pages? Do they read configs form a different source file? thanks, JV On Sunday, March 24, 2019, 5:32:31 AM CDT, Thomas Baumgart wrote: https://bugs.kde.org/show_bug.cgi?id=405204 --- Comment #2 from Thomas Baumgart --- I am unable to duplicate this here on openSUSE Leap 15.0 and KMyMoney 5.0.3. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 --- Comment #1 from jesse --- Any update on this? thanks JV -- You are receiving this mail because: You are watching all bug changes.
[drkonqi] [Bug 405357] Can't login using bug.kde.org credentials to file bug.
https://bugs.kde.org/show_bug.cgi?id=405357 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[drkonqi] [Bug 405357] New: Can't login using bug.kde.org credentials to file bug.
https://bugs.kde.org/show_bug.cgi?id=405357 Bug ID: 405357 Summary: Can't login using bug.kde.org credentials to file bug. Product: drkonqi Version: 5.15.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- Created attachment 118720 --> https://bugs.kde.org/attachment.cgi?id=118720=edit Screenshot example SUMMARY When my desktop loaded with an error for Baloo, I decided to submit the bug, when it got to the place where I log in, the "Login" and "Next" buttons are still greyed out after I put in my username and password. STEPS TO REPRODUCE 1. Run through the bug reporting process 2. Input your username and password 3. Attempt to click "Login" or "Next" OBSERVED RESULT Both buttons are greyed out and you cannot progress forward. EXPECTED RESULT For the buttons not to be greyed out and for a successful login. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: KDE Neon 5.15 (available in About System) KDE Plasma Version: 5.15.2 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 --- Comment #11 from Jesse DuBord --- Sorry, "Akonadi" not "Akregator". -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 --- Comment #10 from Jesse DuBord --- I was having similar issues with Kmail in KDE Neon where Google was saying Kmail was "Not Verified by Google" (see https://bugs.kde.org/show_bug.cgi?id=405185). Though the error was different, my bug was marked a duplicate of this bug. After receiving recently updated packages (thought Kmail still seems to be the same version), the bug seems to have gone and I can successfully add my gmail account. Interesting, though, Google named the app "Akregator" and not "Kmail". -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 jesse changed: What|Removed |Added Keywords||usability -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 jesse changed: What|Removed |Added CC||jvap...@yahoo.com Version|unspecified |5.0.2 Platform|Other |Fedora RPMs -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 405204] New: New account details window is not sized correclty
https://bugs.kde.org/show_bug.cgi?id=405204 Bug ID: 405204 Summary: New account details window is not sized correclty Product: kmymoney Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-de...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- Created attachment 118640 --> https://bugs.kde.org/attachment.cgi?id=118640=edit Loan_details_screenshot_its_too_wide SUMMARY In KMyMoney Version 5.0.2, when you try to add a new account that is of type Loan or Credit Card, the Details(Loan)/Schedule(Credit Card) window displays extremely wide. STEPS TO REPRODUCE 1. Open KMM 2. Click on New Account 3. Skip the Institution 4. Enter a name for the new Loan 5. Click on next 6. The details window will show up. It is wide. OBSERVED RESULT In PLASMA this is not a problem as you can easily snap the window to the side of the screen and it resizes to the a normal/expected size, it becomes usable. However, if you are running KMM on Gnome, it will not allow you to snap the window to the side. Thus, there is no way to make the window usable. This is not a Gnome issue, but a KMM issue. The Snapping of the window to the side, is only a work around I found for PLASMA. EXPECTED RESULT The Details/Schedule window should display a reasonable size. I should not have to scroll for 1 minute to get to the close button. On Gnome, you cannot even do this as a scroll bar does not show up. SOFTWARE/OS VERSIONS Operating System: Fedora 29 KDE Plasma Version: 5.14.5 Qt Version: 5.11.3 KDE Frameworks Version: 5.55.0 Kernel Version: 4.20.13-200.fc29.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz Memory: 31.2 GiB of RAM ADDITIONAL INFORMATION Also tested it on Gnome running on the same machine. In Gnome, the issue is even worst. There is another screen that does this too, but I will open a new bug for that one. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 405185] Can't add Gmail account - Google replies "not verified by Google"
https://bugs.kde.org/show_bug.cgi?id=405185 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 405185] New: Can't add Gmail account - Google replies "not verified by Google"
https://bugs.kde.org/show_bug.cgi?id=405185 Bug ID: 405185 Summary: Can't add Gmail account - Google replies "not verified by Google" Product: kmail2 Version: 5.10.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: config dialog Assignee: kdepim-b...@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- Created attachment 118632 --> https://bugs.kde.org/attachment.cgi?id=118632=edit screenshot example SUMMARY When I try to add my Gmail account to Kmail, it won't succesfully add the account. Signing into Google gives an error from Google. STEPS TO REPRODUCE 1. After first-time execution of Kmail fresh after install (or going to Settings > Configure Kmail > Accounts > Receiving > Add Mail Account), run through the wizard to add an account 2. Sign into Google with your Gmail credentials 3. Click Next OBSERVED RESULT Google gives the following error: "Sign in with Google temporarily disabled for this app. This app has not been verified by Google yet in order to use Google sign in." EXPECTED RESULT For the wizard to successfully configure my Gmail account. This issue only seems to occur in Neon; it doesn't happen in Kubuntu. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: KDE Neon 5.15 (available in About System) KDE Plasma Version: 5.15.2 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366462] Regression: All desktop items cannot be clicked / touched / launched
https://bugs.kde.org/show_bug.cgi?id=366462 Jesse Stevenson changed: What|Removed |Added CC||jessedu...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 399391] file indexer keeps crashing
https://bugs.kde.org/show_bug.cgi?id=399391 --- Comment #1 from jesse --- I will also add, that I have a file named bills_list.ods and when I open the application launcher and search for bills.. it does not come up. Under Gnome, when I do that it finds it correctly. If I search for *bills*, it does find it. I am not sure if this is related. thanks, Jesse -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 399391] New: file indexer keeps crashing
https://bugs.kde.org/show_bug.cgi?id=399391 Bug ID: 399391 Summary: file indexer keeps crashing Product: frameworks-baloo Version: 5.50.0 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: Baloo File Daemon Assignee: baloo-bugs-n...@kde.org Reporter: jvap...@yahoo.com Target Milestone: --- Application: baloo_file (5.50.0) Qt Version: 5.11.1 Frameworks Version: 5.50.0 Operating System: Linux 4.18.10-200.fc28.x86_64 x86_64 Distribution: "Generic release 28 (Generic)" -- Information about the crash: - What I was doing when the application crashed: I logged in and the system came up.. then it showed the error message saying the file indexer was not working correctly. I did log into my computer using Gnome. Then I logged out and logged into KDE Plasma. Also, I installed Fedora with Gnome as the DE. I recently added KDE/PLASMA. thanks, Jesse -- Backtrace: Application: Baloo File Indexing Daemon (baloo_file), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fbf9290f300 (LWP 6995))] Thread 3 (Thread 0x7fbf7a9bc700 (LWP 7120)): [KCrash Handler] #6 0x7fbf903d2eab in raise () from /lib64/libc.so.6 #7 0x7fbf903bd5b9 in abort () from /lib64/libc.so.6 #8 0x7fbf910a88e9 in mdb_assert_fail.constprop () from /lib64/liblmdb.so.0.0.0 #9 0x7fbf9109dbc5 in mdb_page_dirty () from /lib64/liblmdb.so.0.0.0 #10 0x7fbf9109ed5e in mdb_page_alloc.isra () from /lib64/liblmdb.so.0.0.0 #11 0x7fbf9109efb9 in mdb_page_touch () from /lib64/liblmdb.so.0.0.0 #12 0x7fbf910a0cb4 in mdb_cursor_touch () from /lib64/liblmdb.so.0.0.0 #13 0x7fbf910a3e83 in mdb_cursor_put () from /lib64/liblmdb.so.0.0.0 #14 0x7fbf910a6974 in mdb_put () from /lib64/liblmdb.so.0.0.0 #15 0x7fbf91c8f4ff in Baloo::DocumentDB::put(unsigned long long, QVector const&) () from /lib64/libKF5BalooEngine.so.5 #16 0x7fbf91ca9412 in Baloo::WriteTransaction::addDocument(Baloo::Document const&) () from /lib64/libKF5BalooEngine.so.5 #17 0x00411107 in Baloo::FirstRunIndexer::run() () #18 0x7fbf9136d121 in QThreadPoolThread::run() () from /lib64/libQt5Core.so.5 #19 0x7fbf91374b4b in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5 #20 0x7fbf8f3e6594 in start_thread () from /lib64/libpthread.so.0 #21 0x7fbf90495e6f in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7fbf7b4bf700 (LWP 7000)): #0 0x7fbf9048b3e9 in poll () from /lib64/libc.so.6 #1 0x7fbf8b5bebc6 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x7fbf8b5becf0 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x7fbf915552ab in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQt5Core.so.5 #4 0x7fbf91503b7b in QEventLoop::exec(QFlags) () from /lib64/libQt5Core.so.5 #5 0x7fbf9136b6b6 in QThread::exec() () from /lib64/libQt5Core.so.5 #6 0x7fbf929837b9 in QDBusConnectionManager::run() () from /lib64/libQt5DBus.so.5 #7 0x7fbf91374b4b in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5 #8 0x7fbf8f3e6594 in start_thread () from /lib64/libpthread.so.0 #9 0x7fbf90495e6f in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fbf9290f300 (LWP 6995)): #0 0x7fbf9048b3e9 in poll () from /lib64/libc.so.6 #1 0x7fbf8b5bebc6 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x7fbf8b5becf0 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x7fbf915552ab in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQt5Core.so.5 #4 0x7fbf91503b7b in QEventLoop::exec(QFlags) () from /lib64/libQt5Core.so.5 #5 0x7fbf9150bc46 in QCoreApplication::exec() () from /lib64/libQt5Core.so.5 #6 0x0040b589 in main () Possible duplicates by query: bug 396801, bug 396778, bug 394918, bug 387672. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392568] Memory leak when browsing launcher's menus
https://bugs.kde.org/show_bug.cgi?id=392568 --- Comment #14 from Jesse <jesse...@gmail.com> --- >If absolutely none of your debugs appear the other possibility is that you're >not actually running the library you're compiling. I checked this by putting a debug message on the instance method, which was printed normally. > If they're not being printed at all, you'd have to be running a different > render loop to the one in your debug on line 3. I'm not sure what you mean by this. How can I check if a different render loop is running and what does that mean? I'm not familiarized with c++ and qt development, so I might be missing something here. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392568] Memory leak when browsing launcher's menus
https://bugs.kde.org/show_bug.cgi?id=392568 --- Comment #12 from Jesse <jesse...@gmail.com> --- I tried it, but the debugs in that method are not printed at all. So I think this is a different bug indeed. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392568] Memory leak when browsing launcher's menus
https://bugs.kde.org/show_bug.cgi?id=392568
--- Comment #10 from Jesse <jesse...@gmail.com> ---
This one:
diff --git a/src/quick/scenegraph/qsgrenderloop.cpp
b/src/quick/scenegraph/qsgrenderloop.cpp
index ca1fb9b..ebd506d 100644
--- a/src/quick/scenegraph/qsgrenderloop.cpp
+++ b/src/quick/scenegraph/qsgrenderloop.cpp
@@ -305,6 +305,8 @@ void QSGGuiThreadRenderLoop::hide(QQuickWindow *window)
{
QQuickWindowPrivate *cd = QQuickWindowPrivate::get(window);
cd->fireAboutToStop();
+if (m_windows.contains(window))
+m_windows[window].updatePending = false;
}
void QSGGuiThreadRenderLoop::windowDestroyed(QQuickWindow *window)
@@ -494,7 +496,8 @@ QImage QSGGuiThreadRenderLoop::grab(QQuickWindow *window)
void QSGGuiThreadRenderLoop::maybeUpdate(QQuickWindow *window)
{
-if (!m_windows.contains(window))
+QQuickWindowPrivate *cd = QQuickWindowPrivate::get(window);
+if (!cd->isRenderable() || !m_windows.contains(window))
return;
m_windows[window].updatePending = true;
--
2.7.4
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 368838] plasmashell memory leak when slideshow is used for wallpaper/media frame/photo widget with QSG_RENDER_LOOP=basic
https://bugs.kde.org/show_bug.cgi?id=368838 --- Comment #95 from Jesse <jesse...@gmail.com> --- I tried the patch but the memory leak bug reported in #392568, which was marked as a duplicated of this one, still persists for me. So either I'm missing something or that bug is not really a duplicated. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392568] Memory leak when browsing launcher's menus
https://bugs.kde.org/show_bug.cgi?id=392568 --- Comment #8 from Jesse <jesse...@gmail.com> --- It might be related, but I tried the qt declarative patch on that thread and the bug still persists for me. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392568] New: Memory leak when browsing launcher's menus
https://bugs.kde.org/show_bug.cgi?id=392568 Bug ID: 392568 Summary: Memory leak when browsing launcher's menus Product: plasmashell Version: 5.12.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: k...@davidedmundson.co.uk Reporter: jesse...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 111758 --> https://bugs.kde.org/attachment.cgi?id=111758=edit plasmashell log It seems there's a memory leak in plasma's launchers. It happens both on Application Dashboard and Application Launcher. Steps to reproduce: 1. open KSysGuard and filter plasmashell in the processes. 2. launch Application Launcher and browse the application menus repeatedly, and watch as ram usage increases 3. after a while, close the launcher, open it again, and repeat step 2 This keeps increasing plasmashell's ram usage unstoppably. After a day of work I usually have plasmashell consuming about 1GB ram. Killing plasmashell and starting it again is a workaround. I'm not sure if this can be related, but I have a nvidia card (GTX 970). I posted plasmashell journal in the attachment. Please let me know there's another relevant log to post. Also, I recorded a video showing this issue in action: https://youtu.be/9D4TfWE1_vk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392012] Duplicated global menu when using mnemonics in undecorated windows
https://bugs.kde.org/show_bug.cgi?id=392012 --- Comment #8 from Jesse <jesse...@gmail.com> --- No problem :) Maybe I wasn't clear enough. The existence of the titlebar menu didn't cross my mind until you mentioned it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392012] Duplicated global menu when using mnemonics in undecorated windows
https://bugs.kde.org/show_bug.cgi?id=392012 --- Comment #6 from Jesse <jesse...@gmail.com> --- I don't have the menu in the titlebar, only the global menu widget. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392012] Duplicated global menu when using mnemonics in undecorated windows
https://bugs.kde.org/show_bug.cgi?id=392012 --- Comment #4 from Jesse <jesse...@gmail.com> --- What does "add the title bar to the decoration" mean? I might be confusing some terms, but when I say window decoration I mean the window's titlebar and border. I don't see how that's related to the app menu. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 392012] Duplicated global menu when using mnemonics in undecorated windows
https://bugs.kde.org/show_bug.cgi?id=392012 --- Comment #2 from Jesse <jesse...@gmail.com> --- I believe the global menu should always have precedence, since the user chose to use it. I'm not sure how to do that technically, since I'm not familiarized neither c++ nor plasma development. Although, I think, the undecorated window could check if a global menu widget exists, and, if it does, just don't show it. -- You are receiving this mail because: You are watching all bug changes.
