https://bugs.kde.org/show_bug.cgi?id=345655
--- Comment #37 from Thomas Baumgart <tbaumg...@kde.org> --- Ah, what I somewhat expected and what probably leads to the problems you encounter. Those denominators > 100 represent a value with a higher precision than 2 decimal digits (I expect the account being a checking account and with EUR as currency this would be 2 decimal digits) Example: 1/100 and 11/1000 are both shown as 0,01 but in fact the latter is 0,011. So KMyMoney tells you that the values are different which they are but you will not see it on screen. Using a bit more grep magic on the xml file one can get the transaction ID of such a transaction. If you run % grep -B 20 '62500' xxx.xml | grep -B 20 'SPLIT ' it should show you 20 lines before the split with a denominator of 62500. We are interested in the starting TRANSACTION tag for this split and its attribute id, which is a T followed by an 18 digit number. If you don't see it, increase the value of 20. You can use that id directly in KMyMoney's 'Edit/Find transaction' dialog as the text to search. What happens to the splits of this transaction if you start editing it and enter it w/o changes or with slight changes e.g. in the memo field? Does the precision get adjusted to two digits? -- You are receiving this mail because: You are watching all bug changes.
