Bug 349027 - Transaction downloaded as a "transfer" instead of a "withdrawal"
Summary: Transaction downloaded as a "transfer" instead of a "withdrawal"
Status: RESOLVED WORKSFORME
Alias: None
Product: kmymoney
Classification: Applications
Component: importer (show other bugs)
Version: 4.7.1
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2015-06-11 13:42 UTC by Alan Curley
Modified: 2018-10-29 02:21 UTC (History)
2 users (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 Alan Curley 2015-06-11 13:42:42 UTC
Check transactions default to a "transfer" transcation type as opposed to "withdrawal". The "withdrawal" tab is greyed out and so it can't be changed or edited. I have to manually re-enter the transaction correctly and delete the downloaded one which is cumbersome and mistake prone due to all of my thumbs :-P. Thanks

Reproducible: Always

Steps to Reproduce:
1. Import quicken file from financial institution
2. Edit the check transaction to categorize and fill in payee.
3. "Withdrawal" tab greyed out.

Actual Results:  
i need to delete the transaction and then enter a new one.

Expected Results:  
It should recognize a "withdrawal" from the financial institution is not a "Transfer" from one account to another, or allow me to edit the transaction to correct it.
Comment 1 allan 2015-06-11 20:02:42 UTC
I have marked this as confirmed, although I do not see exactly what you describe.  Neither is it related to QIF import.

I'm using the development branch and a CSV file.  On importing an appropriate transaction, as you say, the transaction is marked as a "transfer", but for me the "withdrawal" tab is enabled.

However, clicking on withdrawal opens a new transaction, so that doesn't help you.

Instead, first allocate a category, and then click on withdrawal.  This results in the required "withdrawal" being selected.  Your wording is not totally clear as to whether you can't do any edit, or only if you try to switch to  "withdrawal" first.

So,  try that and see if that helps, if you can.  If not, download the 4.7.2 version and give that a spin.

Meanwhile I'll take a look at the code in this area as things don't look quite right to me.
Comment 2 Ralf Habacker 2018-01-04 03:08:44 UTC
Needs further input from the user.
Comment 3 Jack 2018-01-04 19:29:23 UTC
First, based on the mention of "downloaded one" I think this is about imports, not manually entered transactions.  Also, although I can't find it now, I believe there is another bug (or maybe just discussed on the mailing list) about how to change the transaction type between transfer and deposit/withdrawal.  If that is the case, this could be closed either as a duplicate or as "works for me."

One further possibility is that the import as transfer instead of withdrawal might be due to there being a transfer transaction in that account, which KMM finds and uses as a template for importing that transaction.
Comment 4 Andrew Crouthamel 2018-09-28 03:35:01 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Andrew Crouthamel 2018-10-29 02:21:14 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!