I have been using KMyMoney in Kubuntu 16.04 LTS and by the details at https://packages.ubuntu.com/search?keywords=kmymoney , it was version 4.6.6-2 . Going by the details in the same link , I now have version 5.0.6-1 as having done a fresh install of Kubuntu 19.10

After the install of KMyMoney , the data files were restored and then run KMyMoney. It created a 'kmymoneyrc' file in ~/.config/kmymoney

Comparing the latest 'kmymoneyrc' file with the backup, there are many differences. Can I simply copy the (old) backup of 'kmymoneyrc' to the (new) 'kmymoneyrc' location without impacting upon the functioning of KMyMoney ?

Yes, that should be possible. Keep a copy of the new one (step a), just in case. Make sure to replace the new one with the old version while KMyMoney is not started. In case KMyMoney does not start or otherwise suffers a heart-attack, simply use the backup made in step a) and continue to work. Reports about the outcome of your surgery are welcome .

Thanks for your help. Have backed up the data and the 'rc' files, both from before the fresh install and afterwards. Went into KMM , all works okay, and looks okay, although I think that when viewing account categories beforehand, it used to show the totals on the right hand side ?

KMM wanted to save the file, did that and had a consistency check message. Saved the file, it is smaller, slightly. Gone from 638.8 Kb to 630.5 Kb. Copied the 'old' and new data to a temp path, extracted and used Beyond compare - 21,749 differences. Looking through the differences, overall it seems to be significant reformatting changes, in the XML type data.

Thanks for the detailed report and also for the in depth investigation. You will see this many differences even if you save the same file without just a single change. This is a Qt feature to avoid security attacks. They might not be relevant when saving the file but do in other circumstances (e.g. online access) so we don't want to simply turn it off.

Regarding the columns: use the RMB (right mouse button) and click on the column header in the categories view to select the columns you want to see.

Hope that helps and explains.

Thanks for explaining about those differences and the different formatting of the XML data.

ipwizard wrote:Regarding the columns: use the RMB (right mouse button) and click on the column header in the categories view to select the columns you want to see.

The RMB worked just fine, thanks for all your help.

With this new version, every time I save the KMM data, it creates a duplicate data file. For example, the KMM file is Australian.kmy , so already I have Australian.kmy.1~ , Australian.kmy.2~ , Australian.kmy.3~ , Australian.kmy.4~

I always do a backup to another path as it is. Checked in the settings and all the 'auto save' settings are off. It could be because on a 'save', that consistency check window comes up ??

You need to set the "Number of backups to keep" to zero to turn it off, though I don't recommend doing it.

ipwizard wrote:You need to set the "Number of backups to keep" to zero to turn it off, though I don't recommend doing it.

Okay thanks. So, even though both of those checkboxes for auto save are unchecked, KMM is still looking at that number, which is 10 now. As you say, I might reduce it to 3 or 4. Thanks ipwizard

I don't get it, when I add a number of transactions, the .KMY file size reduces ? I can see from the uncompressed data that it is reformatted all the time, due to the security attacks - . I'm assuming that sometimes with the reformatting it will result in reduction of file size, is that correct ?

Well, after copying the files to a temp path and using gunzip to decompress, ... the penny drops. The uncompressed data is growing as I would expect from adding more transactions. The compressed data , the .KMY files , reduced in size, then increased in size, then reduced in size. Must be something to do with the compression efficiency ?? Anyway, as long as the raw data is increasing as I add more transactions.