[kmymoney] [Bug 473387] New: When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 Bug ID: 473387 Summary: When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer. Classification: Applications Product: kmymoney Version: 5.1.3 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kmymoney-devel@kde.org Reporter: andradup...@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 transfer transaction and save it. 2. Edit the transfer transaction and change the To or From data on one side of the transfer and save it. 3. Look at the other side of the transfer OBSERVED RESULT The To and From entries no longer match. Only the side edited is changed. EXPECTED RESULT The To and From entries should match the entry made in the edit. SOFTWARE/OS VERSIONS Windows: 11 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: KF5 Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 --- Comment #2 from Andy --- Jack, As the subject says, I am changing the “To:” data or the “From:” data and it only changes on one side. So if the only thing that will change on both sides is the amount, the question is why. Andy > On Aug 14, 2023, at 3:48 PM, Jack wrote: > > https://bugs.kde.org/show_bug.cgi?id=473387 > > --- Comment #1 from Jack --- > What exact data are you changing? The only thing I know of that should change > in both splits is the amount. (Internally, a transaction contains a separate > split for each account with money entering or leaving. For a transfer > transaction, there is one split for each account.) The issue with the memo > not > changing is known. When a transaction is first created, the memo is on the > transaction itself. Once it gets edited, you are only editing the memo for > the > split for the account in which you are doing the edit. There is probably > already a bug open for that, but I don't think it is something which will be > addressed in the near future. > > -- > 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 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 --- Comment #3 from Andy --- Jack, As I read your answer, it seems that editing the transaction is only editing the split for the account that you are in. That seems to be the reason that the other account is not changed. Similar to the memo bug, can this be fixed? Andy > On Aug 14, 2023, at 8:38 PM, Andy DuPont wrote: > > Jack, > > As the subject says, I am changing the “To:” data or the “From:” data and it > only changes on one side. So if the only thing that will change on both sides > is the amount, the question is why. > > Andy > >> On Aug 14, 2023, at 3:48 PM, Jack wrote: >> >> https://bugs.kde.org/show_bug.cgi?id=473387 >> >> --- Comment #1 from Jack --- >> What exact data are you changing? The only thing I know of that should >> change >> in both splits is the amount. (Internally, a transaction contains a separate >> split for each account with money entering or leaving. For a transfer >> transaction, there is one split for each account.) The issue with the memo >> not >> changing is known. When a transaction is first created, the memo is on the >> transaction itself. Once it gets edited, you are only editing the memo for >> the >> split for the account in which you are doing the edit. There is probably >> already a bug open for that, but I don't think it is something which will be >> addressed in the near future. >> >> -- >> 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 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 --- Comment #5 from Andy --- When you create a new transfer, the very first field you are given is a choice between “Pay to” or “From”. This is the field that if you edit the transfer, only one side of the transfer is changed. So, If for example I create a Transfer in Acct-1 and "Pay to" Payee-1 and Transfer to Acct-2 and save the transaction, then if I edit the transaction in Acct-1 and change the “Pay to” to Payee-2, then in Acct-2, the “Transfer from” still says Payee-1 instead of Payee-2. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 --- Comment #8 from Andy --- I agree with Jack. Let's leave it on the wish list. No doubt that reporting is complicated by allowing the two sides to be different. It was a report that alerted me to the issue in the first place. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 473387] When editing a transfer, changing the "To:" or "From:" information only makes the change on one side of the transfer.
https://bugs.kde.org/show_bug.cgi?id=473387 --- Comment #9 from Andy --- Thanks for putting this on the wishlist. I would suggest a pop-up window when editing that would give the choice of changing both sides, or just the side you are editing. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] New: Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 Bug ID: 484759 Summary: Transaction report fails to update when I expand the date range to include a large number of transactions Classification: Applications Product: kmymoney Version: 5.1.3 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: reports Assignee: kmymoney-devel@kde.org Reporter: andradup...@gmail.com Target Milestone: --- Created attachment 167943 --> https://bugs.kde.org/attachment.cgi?id=167943&action=edit Books from a school in Africa. The Student Transaction report does not update on a Windows 11 operating system when the Date filter is expanded to include several years or more of transactions. *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY Transaction report fails to update when I expand the date range to include a large number of transactions STEPS TO REPRODUCE 1. Open the attached came my money.KY file on a Windows 11 operating system. 2. Go to the report section under transaction reports and run the student transaction report. 3. Change the date filter on the report to include all dates and the report does not update. OBSERVED RESULT Report does not generate output or update if the date range is too large. EXPECTED RESULT The report should update to include the date range that is filtered on. SOFTWARE/OS VERSIONS Windows: 11 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION The report does update when I run it on a Lennox machine running Debian. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #2 from Andy --- Let me know if you are unable to duplicate the bug without a large transaction set. Thanks. Andy > On Mar 30, 2024, at 3:26 PM, Ben Cooksley wrote: > > https://bugs.kde.org/show_bug.cgi?id=484759 > > --- Comment #1 from Ben Cooksley --- > The content of attachment 167943 has been deleted for the following reason: > > Removing confidential information > > -- > 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 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #6 from Andy --- (In reply to Thomas Baumgart from comment #3) > It's a matter of waiting :) The data set is large (many transactions) and > creating the report over all of them takes a while. I tested against current > master version on Windows (but it takes a long time on Linux too). You may > take a look at CPU usage when changing the period. > > ps : hope you don't mind that I requested to remove the file for privacy > reasons. I will try giving it more time. On my Linux machine the report finishes in about 3 seconds, but it is a fast computer. No problem on removing the file. There was nothing in there that anyone could understand. I'm pretty sure. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #7 from Andy --- I ran the report using all dates on the Lennox machine just to double check the time. It took four seconds. On the windows machine if I open the report with a 1 year date range, it runs in about 4 seconds also, but if I expand the date filter to 4 years and click apply, the machine is busy for 5-10 seconds and then become idle again but the report does not change. The report filter still shows the expanded date range but the report does not update. The system is happy to let me shorten the date range and if short enough, it gives me the update. If I close the report with a large date range in the filter, I get no output, even after waiting for 5 minutes. It will however allow me to shorten the date range from the blank report screen and runs the shortened range in 1 sec. I still think this is a bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #8 from Andy --- (In reply to Thomas Baumgart from comment #5) > Looking at the runtime distribution using hotspot > (https://github.com/KDAB/hotspot) I noticed that the time is burned in > setHtml() of either QWebEngineView/KWebView (5.1) / QTextBrowser (master). > The generated page sizes of the reports are ~380 KB vs. 2.7 MB. I don't know what this comments means. Please give me some more explanation. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #9 from Andy --- (In reply to Andy from comment #7) > I ran the report using all dates on the Lennox machine just to double check > the time. It took four seconds. On the windows machine if I open the report > with a 1 year date range, it runs in about 4 seconds also, but if I expand > the date filter to 4 years and click apply, the machine is busy for 5-10 > seconds and then become idle again but the report does not change. The > report filter still shows the expanded date range but the report does not > update. The system is happy to let me shorten the date range and if short > enough, it gives me the update. > > If I close the report with a large date range in the filter, I get no > output, even after waiting for 5 minutes. It will however allow me to > shorten the date range from the blank report screen and runs the shortened > range in 1 sec. I still think this is a bug. The last part should say: If I close the report with a large date range in the filter, when I reopen it, I get no output, even after waiting for 5 minutes. It will however allow me to shorten the date range from the blank report screen and runs the shortened range in 1 sec. I still think this is a bug. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #11 from Andy --- (In reply to Jack from comment #10) > It almost sounds as if it has actually completed generating the report, but > fails to display the results properly. If it was still working on > generating the report, I don't think you would be able to just close the > report. That might tie in with Thomas' comment about the time being taken > up in the setHtml() function and the html output being much larger on > Windows than on Linux. I'm not sure how to test or resolve, but after it > produces the blank output, can you export the report as html? Then try > opening it in a browser. You are absolutely right. If I export the report it has been generated it's just not displaying. That's a fix but still seems it would be good to have it display. The html file is indeed over 2MB. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486427] Reports icon is missing in the left side window pane
https://bugs.kde.org/show_bug.cgi?id=486427 andy changed: What|Removed |Added CC||andy.chun...@gmail.com --- Comment #3 from andy --- I have exactly the same problem. Also on Fedora 40 just upgraded. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486427] Reports icon is missing in the left side window pane
https://bugs.kde.org/show_bug.cgi?id=486427 --- Comment #4 from andy --- Created attachment 169169 --> https://bugs.kde.org/attachment.cgi?id=169169&action=edit kmymoney missing report LHS and plugin screen -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486427] Reports icon is missing in the left side window pane
https://bugs.kde.org/show_bug.cgi?id=486427 --- Comment #5 from andy --- Created attachment 169170 --> https://bugs.kde.org/attachment.cgi?id=169170&action=edit kmymoney install from official repo -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486427] Reports icon is missing in the left side window pane
https://bugs.kde.org/show_bug.cgi?id=486427 --- Comment #6 from andy --- Created attachment 169171 --> https://bugs.kde.org/attachment.cgi?id=169171&action=edit neofetch sysinfo -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486427] Reports icon is missing in the left side window pane
https://bugs.kde.org/show_bug.cgi?id=486427 --- Comment #9 from andy --- https://bugzilla.redhat.com/show_bug.cgi?id=2279063 -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 484759] Transaction report fails to update when I expand the date range to include a large number of transactions
https://bugs.kde.org/show_bug.cgi?id=484759 --- Comment #15 from Andy --- (In reply to Jack from comment #14) > Since there is a workaround, it is not critical, but should we reopen this, > changing the subject to reflect that the problem seems to be in the display > of the produced html, not in actually producing the html report? Does > anyone know/has anyone tested whether the same problem is still present in > master branch? Agreed. The work around is reasonable, but not obvious. Changing the Subject as you suggested is a good idea. -- You are receiving this mail because: You are the assignee for the bug.
[kmymoney] [Bug 486168] Kmymoney Reports no longer available after upgrade to Fedora 40 KDE Spin
https://bugs.kde.org/show_bug.cgi?id=486168 andy changed: What|Removed |Added CC||andy.chun...@gmail.com --- Comment #9 from andy --- add comment to receive email -- You are receiving this mail because: You are the assignee for the bug.
