Bug 226261 - Cannot remove payee but payee is not referenced at all
Summary: Cannot remove payee but payee is not referenced at all
Status: CLOSED WORKSFORME
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: git (master)
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Development Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-11 09:53 UTC by spoek
Modified: 2014-08-22 16:52 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 spoek 2010-02-11 09:53:53 UTC
Version:            (using KDE 4.3.5)
OS:                Linux
Installed from:    Ubuntu Packages

Hello

I've got this error message when I want delete a payee :

Cannot remove payee that is referenced réparti dans /build/buildd/kmymoney2-0.9.2/./kmymoney2/mymoney/storage/mymoneyseqaccessmgr.cpp:230

I'm sure that is not referenced at all

Could you help

Thanks
Comment 1 Thomas Baumgart 2010-02-11 10:27:54 UTC
First of all: You should upgrade to 1.0.2 (or wait for 1.0.3 to be released next weekend).

The routine you mention checks for the payee not to be referenced in any transaction and any schedule. Maybe, you can re-check.

Looks like the error message has also been improved since 0.9.2 as it now tells you where it found the reference.
Comment 2 spoek 2010-02-17 16:06:49 UTC
(In reply to comment #1)
> First of all: You should upgrade to 1.0.2 (or wait for 1.0.3 to be released
> next weekend).
> 
> The routine you mention checks for the payee not to be referenced in any
> transaction and any schedule. Maybe, you can re-check.
> 
> Looks like the error message has also been improved since 0.9.2 as it now tells
> you where it found the reference.

Hi,

I've upgrated to the 1.0.2 version, but I'm still have the problem : 

Cannot remove payee that is still referenced to a transaction réparti dans mymoneyseqaccessmgr.cpp:228

I've as well lost all of my sub-category in the category menu without any reason !!!!!??????
Could you explain please ? 
Everithing was ok during some days, I don't understand

thanks
Comment 3 Thomas Baumgart 2010-02-17 16:52:55 UTC
Please run "Tools/Consistency Check" which should clear the category problem.

Is there a transaction listed on the transaction tab for the payee in question? Does the "Edit/Find transaction" function list any transaction for that payee?
Comment 4 spoek 2010-02-17 23:26:14 UTC
Hello,

thanks it's ok now for category problem.

You're right, when I do "Edit/Find transaction" function then appear the payee in a transaction. The thing is that I'd delete the payee in the transaction in cash account registre but he still appaer and I can't delete in the In category. i hope you see what I mean, I do like I can with my english.
Do you think that I've to delete the transaction at all and re-enter it in a new line ?
Thanks anyway for your help
Comment 5 Cristian Oneț 2014-08-20 20:32:07 UTC
Moving this wish to kmymoney4.
Comment 6 allan 2014-08-20 21:09:23 UTC
(In reply to spoek from comment #4)
> Hello,
> 
> thanks it's ok now for category problem.
> 
> You're right, when I do "Edit/Find transaction" function then appear the
> payee in a transaction. The thing is that I'd delete the payee in the
> transaction in cash account registre but he still appaer and I can't delete
> in the In category. i hope you see what I mean, I do like I can with my
> english.
> Do you think that I've to delete the transaction at all and re-enter it in a
> new line ?
> Thanks anyway for your help

Is this still valid, many releases later?  If not we can close it.  If it still is valid, are you able to edit that particular transaction in any other way?  You will not be able to if the transaction date is prior to the account opening date.  You would need to change the opening date to be prior to that transaction date.
Comment 7 Cristian Oneț 2014-08-20 21:11:28 UTC
You're right Allan we should close this.
Comment 8 allan 2014-08-22 16:52:36 UTC
Can always reopen if need be.