Bug 453351 - Number Field Not Maintained on Transfers
Summary: Number Field Not Maintained on Transfers
Status: REPORTED
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: 5.0.8
Platform: Mint (Ubuntu based) Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-03 17:00 UTC by Jesse
Modified: 2022-05-04 12:58 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse 2022-05-03 17:00:20 UTC
SUMMARY
***
When creating any transfer transaction, values in the Number field are not copied/maintained to the other side of the transfer.  Example, I transfer money from my checking to a credit card and put the check or confirmation number into the Number Field.  It only shows on the checking account, not the credit card.  
***


STEPS TO REPRODUCE
1. Open any account
2. Create a transfer transaction
3. Enter a value into the Number field
4. Save the transfer transaction
5. Right click the new transaction and select to "Go To" the other account

OBSERVED RESULT
Observe that the number field does not have the value entered on the other side.

EXPECTED RESULT
The value in the number field (check, confirmation, transaction, whatever) should match on both sides of the transfer.

SOFTWARE/OS VERSIONS
Linux Mint 20.3
Cinnamon v 5.2.7

ADDITIONAL INFORMATION
none
Comment 1 Jack 2022-05-03 17:24:55 UTC
First, 5.0.8 is  over two years old.  Please consider upgrading.

I think one of the developers will have to give an opinion, but I think this is as designed.
In some/most/many cases, the number only applies to one side of a transaction.  A check number is only relevant to the checking account, not to the account to which you deposit the check.  However, I can imagine making this a wishlist for the option of applying the number to all splits in the transaction, and not just the current one.  A better alternative might be to do so only for transfers, and not other types of transactions.
Comment 2 Jesse 2022-05-03 18:01:02 UTC
Thanks for the note on the version.  I installed what was available in my distro repo as I did not see a PPA or additional repo to pull from.  I will try the AppImage route.  As for the number, I can see the different interpretation of the use of the field.  I have tried many other apps before deciding on this one, and that has always been a function for any of them with a number field (or similar).  
I am using the Memo field for now to store these numbers, as it carries over and is still searchable.  That number field is just more prominent.  Thanks for the response.
Comment 3 Jack 2022-05-03 18:46:46 UTC
I'm curious what type of number you use that really applies to both (or more?) splits of a transaction.  If it's a valid use case, I can change this to a WISHLIST, so the request doesn't get lost.  If using the memo field works OK for you, I can close as INTENTIONAL, meaning it's working as designed.
Comment 4 Jesse 2022-05-03 18:58:48 UTC
Not necessarily splits (I just use those to say part of the purchase was food and another was for medication or something), but my main use case is paying bills.  I can understand that a check number only applies to the checking account, but when paying credit cards online they give you a confirmation number.  I use that number to show on my checking account, but also on the credit card to show the payment was successful and to dispute if they say a payment wasn't made (or late).  I suppose technically that number only applies to the credit card account.

No big deal, I guess I just got so used to using it that way in other systems, and seeing it on either side was easiest without switching between accounts.  I would agree to mark this as "working as intended."  Thanks again.
Comment 5 Mark Medoff 2022-05-04 12:58:09 UTC
I also find this a problem. I will enter EFT or ACH in number field to show it is an electronic transfer between accounts. The "from" account maintains the correct code in number field but the "to" account will show the next available numeric value instead of the alphanumeric EFT or ACH code.