500902 2025-03-01 13:43:53 +0000 Memo from 5.1.92 data not displaying in transaction reports 2025-04-08 16:27:55 +0000 1 1 2 Applications kmymoney reports 5.1.92 Mint (Ubuntu based) Linux RESOLVED FIXED NOR normal --- 0 markm10538 kmymoney-devel https://invent.kde.org/office/kmymoney/-/commit/4328584181dcf36367cc49b33960900b7e7b1a25 5.2 0 oldest_to_newest 2403804 0 markm10538 2025-03-01 13:43:53 +0000 *** 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 Please remove this comment after reading and before submitting - thanks! *** SUMMARY Memo field data entered in 5.1.92 do not display on reports. Data entered from Stable version of program still display correctly STEPS TO REPRODUCE 1. Create file using older 5.1 program 2. Update file in 5.1.92 program 3. Run Transaction Report and display Memo field OBSERVED RESULT Memo field displays data correctly for old data Memo field is blank for data entered in 5.1.92 EXPECTED RESULT All memo fields should display SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION 2403898 1 ostroffjh 2025-03-01 20:21:49 +0000 There is a memo field stored with the transaction itself, and also with each split. I wonder if the difference is not because of a change in display, but a change in where the memo you enter it actually stored (or perhaps some combination.) In 5.1.92, if you right click on a transaction, one of the options is "Show transaction details." Please do this for one old and one new transaction, looking specifically which memo fields have values. You can either describe any differences you find, or attach screen shots of the details pop-up for each. 2403976 2 tbaumgart 2025-03-02 08:59:36 +0000 I could imagine that the memo is only assigned to one split using 5.1.92 and on both using 5.1 but wait until we receive the details from Mark. I think the difference of the memo field in the transaction object vs. the one in the split object is not related here. Nowadays, only the one in the split is used (AFAICT). 2403992 3 179036 markm10538 2025-03-02 10:55:50 +0000 Created attachment 179036 attachment-149704-0.html It seems that there is a difference in how the memo field is stored in 5.1.3 v 5.1.92: When I enter a transaction with a memo in an account in *5.1.3*, the memo is stored in the split for *both* the account and the category. In *5.1.92*. the memo is stored in the split for the account *only* and not in the second split for the category. Therefore, when I run a category report, the memo doesn't show on the report. Mark On 3/1/25 3:21 PM, Jack wrote: > https://bugs.kde.org/show_bug.cgi?id=500902 > > Jack<ostroffjh@users.sourceforge.net> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REPORTED |NEEDSINFO > Resolution|--- |WAITINGFORINFO > > --- Comment #1 from Jack<ostroffjh@users.sourceforge.net> --- > There is a memo field stored with the transaction itself, and also with each > split. I wonder if the difference is not because of a change in display, but a > change in where the memo you enter it actually stored (or perhaps some > combination.) In 5.1.92, if you right click on a transaction, one of the > options is "Show transaction details." Please do this for one old and one new > transaction, looking specifically which memo fields have values. You can > either describe any differences you find, or attach screen shots of the details > pop-up for each. > 2404018 4 179039 markm10538 2025-03-02 13:41:55 +0000 Created attachment 179039 attachment-184698-0.html It seems that there is a difference in how the memo field is stored in 5.1.3 v 5.1.92: When I enter a transaction with a memo in an account in *5.1.3*, the memo is stored in the split for *both* the account and the category. In *5.1.92*. the memo is stored in the split for the account only andbut not in the second split for the category. Therefore, when I run a category report, the memo doesn't show on the report. On 3/1/25 3:21 PM, Jack wrote: https://bugs.kde.org/show_bug.cgi?id=500902 Jack <ostroffjh@users.sourceforge.net> <ostroffjh@users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REPORTED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from Jack <ostroffjh@users.sourceforge.net> <ostroffjh@users.sourceforge.net> --- There is a memo field stored with the transaction itself, and also with each split. I wonder if the difference is not because of a change in display, but a change in where the memo you enter it actually stored (or perhaps some combination.) In 5.1.92, if you right click on a transaction, one of the options is "Show transaction details." Please do this for one old and one new transaction, looking specifically which memo fields have values. You can either describe any differences you find, or attach screen shots of the details pop-up for each. 2408284 5 bug-janitor 2025-03-17 03:47:09 +0000 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! 2412181 6 bug-janitor 2025-04-01 03:46:52 +0000 🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME. 2413631 7 ostroffjh 2025-04-06 20:15:39 +0000 Mark - when you reply by email, please delete everything except your new comment, as the entire email becomes the next comment. Also, please do not send HTML emails as they create unnecessary attachments for the HTML version of each message. Changing status. Clearly the behavior has changed since 5.1.3, but I'm not sure whether there is anything which can easily be done now. At some point, we will need to revisit the ability to change the memo field in a split other than the one being currently displayed in the Ledger. Perhaps this can be left as a wishlist, with the eventual change still to be decided. In the meantime, you can check the memo in each split using the Show Transaction Details feature, and then go to the ledger for the split you may want to change. I've recently had to do this for many transactions when preparing several reports in preparation of filing my taxes, so I agree the current process needs some change, even if I am not sure exactly what. 2413743 8 markm10538 2025-04-07 11:59:57 +0000 Thank you for the explanation. When considering the wish list for modifying the memo behavior, please reconsider how these fields were handled with the Stable version: In the Stable version, the memo was applied to both sides of the split transaction and modifying either of the splits would generate a dialog asking if you wanted to apply the same change to the other split. This seems like ideal behavior. Mark 2414072 9 thb 2025-04-08 16:27:55 +0000 Git commit 4328584181dcf36367cc49b33960900b7e7b1a25 by Thomas Baumgart. Committed on 08/04/2025 at 16:27. Pushed by tbaumgart into branch 'master'. Copy memo in unsplit transaction This will bring back the functionality that is implemented in previous releases of the project (5.1.x). FIXED-IN: 5.2 M +3 -0 kmymoney/mymoney/splitmodel.cpp M +33 -0 kmymoney/views/newtransactioneditor.cpp https://invent.kde.org/office/kmymoney/-/commit/4328584181dcf36367cc49b33960900b7e7b1a25 179036 2025-03-02 10:55:50 +0000 2025-03-02 10:55:50 +0000 attachment-149704-0.html attachment-149704-0.html text/html 2145 markm10538 PCFET0NUWVBFIGh0bWw+CjxodG1sPgogIDxoZWFkPgogICAgPG1ldGEgaHR0cC1lcXVpdj0iQ29u dGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPgogIDwvaGVhZD4K ICA8Ym9keT4KICAgIDxwPkl0IHNlZW1zIHRoYXQgdGhlcmUgaXMgYSBkaWZmZXJlbmNlIGluIGhv dyB0aGUgbWVtbyBmaWVsZCBpcwogICAgICBzdG9yZWQgaW4gNS4xLjMgdiA1LjEuOTI6PC9wPgog ICAgPHA+V2hlbiBJIGVudGVyIGEgdHJhbnNhY3Rpb24gd2l0aCBhIG1lbW8gaW4gYW4gYWNjb3Vu dCBpbiA8Yj41LjEuMzwvYj4sCiAgICAgIHRoZSBtZW1vIGlzIHN0b3JlZCBpbiB0aGUgc3BsaXQg Zm9yIDxiPmJvdGg8L2I+IHRoZSBhY2NvdW50IGFuZAogICAgICB0aGUgY2F0ZWdvcnkuPC9wPgog ICAgPHA+SW4gPGI+NS4xLjkyPC9iPi4gdGhlIG1lbW8gaXMgc3RvcmVkIGluIHRoZSBzcGxpdCBm b3IgdGhlCiAgICAgIGFjY291bnQgPGI+b25seTwvYj4gYW5kIG5vdCBpbiB0aGUgc2Vjb25kIHNw bGl0IGZvciB0aGUgY2F0ZWdvcnkuCiAgICAgIFRoZXJlZm9yZSwgd2hlbiBJIHJ1biBhIGNhdGVn b3J5IHJlcG9ydCwgdGhlIG1lbW8gZG9lc24ndCBzaG93IG9uCiAgICAgIHRoZSByZXBvcnQuPC9w PgogICAgPHA+TWFyazxicj4KICAgIDwvcD4KICAgIDxkaXYgY2xhc3M9Im1vei1jaXRlLXByZWZp eCI+T24gMy8xLzI1IDM6MjEgUE0sIEphY2sgd3JvdGU6PGJyPgogICAgPC9kaXY+CiAgICA8Ymxv Y2txdW90ZSB0eXBlPSJjaXRlIgogICAgICBjaXRlPSJtaWQ6YnVnLTUwMDkwMi0yMjcxODMtVFpW TzdsemdmREBodHRwLmJ1Z3Mua2RlLm9yZyUyRiI+CiAgICAgIDxwcmUgd3JhcD0iIiBjbGFzcz0i bW96LXF1b3RlLXByZSI+PGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0 cHM6Ly9idWdzLmtkZS5vcmcvc2hvd19idWcuY2dpP2lkPTUwMDkwMiI+aHR0cHM6Ly9idWdzLmtk ZS5vcmcvc2hvd19idWcuY2dpP2lkPTUwMDkwMjwvYT4KCkphY2sgPGEgY2xhc3M9Im1vei10eHQt bGluay1yZmMyMzk2RSIgaHJlZj0ibWFpbHRvOm9zdHJvZmZqaEB1c2Vycy5zb3VyY2Vmb3JnZS5u ZXQiPiZsdDtvc3Ryb2ZmamhAdXNlcnMuc291cmNlZm9yZ2UubmV0Jmd0OzwvYT4gY2hhbmdlZDoK CiAgICAgICAgICAgV2hhdCAgICB8UmVtb3ZlZCAgICAgICAgICAgICAgICAgICAgIHxBZGRlZAot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tCiAgICAgICAgICAgICBTdGF0dXN8UkVQT1JURUQgICAgICAgICAg ICAgICAgICAgIHxORUVEU0lORk8KICAgICAgICAgUmVzb2x1dGlvbnwtLS0gICAgICAgICAgICAg ICAgICAgICAgICAgfFdBSVRJTkdGT1JJTkZPCgotLS0gQ29tbWVudCAjMSBmcm9tIEphY2sgPGEg Y2xhc3M9Im1vei10eHQtbGluay1yZmMyMzk2RSIgaHJlZj0ibWFpbHRvOm9zdHJvZmZqaEB1c2Vy cy5zb3VyY2Vmb3JnZS5uZXQiPiZsdDtvc3Ryb2ZmamhAdXNlcnMuc291cmNlZm9yZ2UubmV0Jmd0 OzwvYT4gLS0tClRoZXJlIGlzIGEgbWVtbyBmaWVsZCBzdG9yZWQgd2l0aCB0aGUgdHJhbnNhY3Rp b24gaXRzZWxmLCBhbmQgYWxzbyB3aXRoIGVhY2gKc3BsaXQuICBJIHdvbmRlciBpZiB0aGUgZGlm ZmVyZW5jZSBpcyBub3QgYmVjYXVzZSBvZiBhIGNoYW5nZSBpbiBkaXNwbGF5LCBidXQgYQpjaGFu Z2UgaW4gd2hlcmUgdGhlIG1lbW8geW91IGVudGVyIGl0IGFjdHVhbGx5IHN0b3JlZCAob3IgcGVy aGFwcyBzb21lCmNvbWJpbmF0aW9uLikgIEluIDUuMS45MiwgaWYgeW91IHJpZ2h0IGNsaWNrIG9u IGEgdHJhbnNhY3Rpb24sIG9uZSBvZiB0aGUKb3B0aW9ucyBpcyAiU2hvdyB0cmFuc2FjdGlvbiBk ZXRhaWxzLiIgIFBsZWFzZSBkbyB0aGlzIGZvciBvbmUgb2xkIGFuZCBvbmUgbmV3CnRyYW5zYWN0 aW9uLCBsb29raW5nIHNwZWNpZmljYWxseSB3aGljaCBtZW1vIGZpZWxkcyBoYXZlIHZhbHVlcy4g IFlvdSBjYW4KZWl0aGVyIGRlc2NyaWJlIGFueSBkaWZmZXJlbmNlcyB5b3UgZmluZCwgb3IgYXR0 YWNoIHNjcmVlbiBzaG90cyBvZiB0aGUgZGV0YWlscwpwb3AtdXAgZm9yIGVhY2guCgo8L3ByZT4K ICAgIDwvYmxvY2txdW90ZT4KICA8L2JvZHk+CjwvaHRtbD4K 179039 2025-03-02 13:41:55 +0000 2025-03-02 13:41:55 +0000 attachment-184698-0.html attachment-184698-0.html text/html 1945 markm10538 PGRpdiBkaXI9ImF1dG8iPjx1PjwvdT4KCiAgCiAgICAKICAKICA8ZGl2PgogICAgPHA+SXQgc2Vl bXMgdGhhdCB0aGVyZSBpcyBhIGRpZmZlcmVuY2UgaW4gaG93IHRoZSBtZW1vIGZpZWxkIGlzCiAg ICAgIHN0b3JlZCBpbiA1LjEuMyB2IDUuMS45Mjo8L3A+CiAgICA8cD5XaGVuIEkgZW50ZXIgYSB0 cmFuc2FjdGlvbiB3aXRoIGEgbWVtbyBpbiBhbiBhY2NvdW50IGluIDxiPjUuMS4zPC9iPiwKICAg ICAgdGhlIG1lbW8gaXMgc3RvcmVkIGluIHRoZSBzcGxpdCBmb3IgPGI+Ym90aDwvYj4gdGhlIGFj Y291bnQgYW5kCiAgICAgIHRoZSBjYXRlZ29yeS48L3A+CiAgICA8cD5JbiA8Yj41LjEuOTI8L2I+ LiB0aGUgbWVtbyBpcyBzdG9yZWQgaW4gdGhlIHNwbGl0IGZvciB0aGUKICAgICAgYWNjb3VudCBv bmx5IGFuZGJ1dCBub3QgaW4gdGhlIHNlY29uZCBzcGxpdCBmb3IgdGhlIGNhdGVnb3J5LgogICAg ICBUaGVyZWZvcmUsIHdoZW4gSSBydW4gYSBjYXRlZ29yeSByZXBvcnQsIHRoZSBtZW1vIGRvZXNu JiMzOTt0IHNob3cgb24KICAgICAgdGhlIHJlcG9ydC48YnI+CiAgICA8L3A+CiAgICA8ZGl2Pk9u IDMvMS8yNSAzOjIxIFBNLCBKYWNrIHdyb3RlOjxicj4KICAgIDwvZGl2PgogICAgPGJsb2NrcXVv dGUgdHlwZT0iY2l0ZSI+CiAgICAgIDxwcmU+PGEgaHJlZj0iaHR0cHM6Ly9idWdzLmtkZS5vcmcv c2hvd19idWcuY2dpP2lkPTUwMDkwMiIgdGFyZ2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciI+ aHR0cHM6Ly9idWdzLmtkZS5vcmcvc2hvd19idWcuY2dpP2lkPTUwMDkwMjwvYT4KCkphY2sgPGEg aHJlZj0ibWFpbHRvOm9zdHJvZmZqaEB1c2Vycy5zb3VyY2Vmb3JnZS5uZXQiIHRhcmdldD0iX2Js YW5rIiByZWw9Im5vcmVmZXJyZXIiPiZsdDtvc3Ryb2ZmamhAdXNlcnMuc291cmNlZm9yZ2UubmV0 Jmd0OzwvYT4gY2hhbmdlZDoKCiAgICAgICAgICAgV2hhdCAgICB8UmVtb3ZlZCAgICAgICAgICAg ICAgICAgICAgIHxBZGRlZAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAgICAgICAgICAgICBTdGF0dXN8 UkVQT1JURUQgICAgICAgICAgICAgICAgICAgIHxORUVEU0lORk8KICAgICAgICAgUmVzb2x1dGlv bnwtLS0gICAgICAgICAgICAgICAgICAgICAgICAgfFdBSVRJTkdGT1JJTkZPCgotLS0gQ29tbWVu dCAjMSBmcm9tIEphY2sgPGEgaHJlZj0ibWFpbHRvOm9zdHJvZmZqaEB1c2Vycy5zb3VyY2Vmb3Jn ZS5uZXQiIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIiPiZsdDtvc3Ryb2ZmamhAdXNl cnMuc291cmNlZm9yZ2UubmV0Jmd0OzwvYT4gLS0tClRoZXJlIGlzIGEgbWVtbyBmaWVsZCBzdG9y ZWQgd2l0aCB0aGUgdHJhbnNhY3Rpb24gaXRzZWxmLCBhbmQgYWxzbyB3aXRoIGVhY2gKc3BsaXQu ICBJIHdvbmRlciBpZiB0aGUgZGlmZmVyZW5jZSBpcyBub3QgYmVjYXVzZSBvZiBhIGNoYW5nZSBp biBkaXNwbGF5LCBidXQgYQpjaGFuZ2UgaW4gd2hlcmUgdGhlIG1lbW8geW91IGVudGVyIGl0IGFj dHVhbGx5IHN0b3JlZCAob3IgcGVyaGFwcyBzb21lCmNvbWJpbmF0aW9uLikgIEluIDUuMS45Miwg aWYgeW91IHJpZ2h0IGNsaWNrIG9uIGEgdHJhbnNhY3Rpb24sIG9uZSBvZiB0aGUKb3B0aW9ucyBp cyAmcXVvdDtTaG93IHRyYW5zYWN0aW9uIGRldGFpbHMuJnF1b3Q7ICBQbGVhc2UgZG8gdGhpcyBm b3Igb25lIG9sZCBhbmQgb25lIG5ldwp0cmFuc2FjdGlvbiwgbG9va2luZyBzcGVjaWZpY2FsbHkg d2hpY2ggbWVtbyBmaWVsZHMgaGF2ZSB2YWx1ZXMuICBZb3UgY2FuCmVpdGhlciBkZXNjcmliZSBh bnkgZGlmZmVyZW5jZXMgeW91IGZpbmQsIG9yIGF0dGFjaCBzY3JlZW4gc2hvdHMgb2YgdGhlIGRl dGFpbHMKcG9wLXVwIGZvciBlYWNoLgoKPC9wcmU+CiAgICA8L2Jsb2NrcXVvdGU+CiAgPC9kaXY+ PC9kaXY+Cg==