[kmymoney] [Bug 358579] Node was not TRANSACTION dans le fichier e: \r\build\extragear\kmymoney-4.6.1-20110918\work\kmymoney-4.7.2\kmymoney\mymoney\mymoneytransaction.cpp à la ligne 53

[MGR via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358579

--- Comment #9 from MGR <mgrgbn at aol.com> ---
Thank you for your answer.

What a pity with this problem that has no quick solution !...

After the Aquila's analysis, I started to eliminate the incriminated 
symbols (<&>) in more than 20 accounts (in order to clean up _more than 
40 QIF files_). The main problem is that an automatic clean up of QIF 
files is not possible, because the symbols are not only used for 
separation, but also eventually for multi other purposes... The work is 
very long because I have more than _sex years of datas_!

I hope that this hard work will successful enter the datas of more than 
50 accounts that I export from a "*GRISBI*" file and enter KDE 
"Kmymoney" programm, because "GRISBI" is not performant enough.
For me, "GRISBI" was a transition programm, when "MS MONEY" could not 
run with new WINDOW version...

_With your answer_, I have a fear, because the two programms (MONEY & 
GRISBI) used *TRANSFER from one ACCOUNT to another* account, so that you 
have not to write twice the operations in two accounts. So all my big 
file (*.GSB*) is built on these tranfers.

I will give you the result, when the whole correcting and entering work 
will be done.
I am confident, because during last holidays, I already have transfered 
a "small" file (of my daugter, with 7 account) from GSB to KMY, with 
equivalent tranfers between account, and I had no insolvable problem to 
make it run correctly.

MGR


Le 31/01/2016 14:58, allan via KDE Bugzilla a écrit :
> https://bugs.kde.org/show_bug.cgi?id=358579
>
> --- Comment #8 from allan <agander93 at gmail.com> ---
> I've started to look at this, but no quick solutions.
>
> However, it seems that it goes wrong when dealing with matched transactions,
> and importing two different files whose transactions  represent the same
> transaction of a transfer from one account to another.  The result appears to
> me that a transaction actually has embedded in it elements from different .kmy
> file entry lines.
>
> Now, the question is - do you really need those '<' and '>' symbol?  If so,
> why?  Could different characters be used instead if something like that is
> needed?  Why I ask is that both of those symbols are heavily involved, even
> essential to XML file formatting.  I strongly suspect that they are the root of
> this problem.
>
> If they are not essential, it may be an easy fix to either filter them out or
> replace them by another character.
>



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel
antivirus Avast.
https://www.avast.com/antivirus

-- 
You are receiving this mail because:
You are the assignee for the bug.