Version: unspecified (using KDE 4.4.3) OS: Linux When trying to use existing date file KMyMoney4 hangs at different points loading either accounts or transactions. Occurs on 32bit unstable Debian installation and on 64bit Debian testing installation. I have tried reinstalling and the suggestions in BUG #231029. Following is the latest output from Debian unstable 32bit installation. Any suggestions? Reproducible: Always Steps to Reproduce: Start KMM either from terminal or menu. Try to load existiong file. Go to file and tell it to open KMM. The only difference is the point where it hangs, does not matter how you open file. Actual Results: $ kmymoney kmymoney(11128)/kdecore (KPluginInfo) KPluginInfo::kcmServices: found 0 offers for "KBanking" kmymoney(11128)/kdecore (KPluginInfo) KPluginInfo::kcmServices: found 0 offers for "Reconciliation report" kmymoney(11128)/kdecore (KPluginInfo) KPluginInfo::kcmServices: found 1 offers for "Print check" kmymoney(11128)/kdecore (KPluginInfo) KPluginInfo::kcmServices: found 0 offers for "KMyMoney OFX" kmymoney(11128)/kdecore (KPluginInfo) KPluginInfo::kcmServices: found 1 offers for "iCalendar" kmymoney(11128)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kmm_kbanking.so" does not offer a qt_plugin_instance function. 7:2010/05/31 09-50-04:aqbanking(11128):started 3:2010/05/31 09-50-04:aqbanking(11128):qbanking.cpp: 422: No Qt translation found for your language en KMyMoney kbanking plugin loaded kmymoney(11128)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kmm_reconciliationreport.so" does not offer a qt_plugin_instance function. KMyMoney reconciliation report plugin loaded Calling appendChild() on a null node does nothing. kmymoney(11128)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kmm_printcheck.so" does not offer a qt_plugin_instance function. KMyMoney printcheck plugin loaded kmymoney(11128)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: QFSFileEngine::open: No file name specified kmymoney(11128)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kmm_ofximport.so" does not offer a qt_plugin_instance function. KMyMoney ofximport plugin loaded kmymoney(11128)/kdecore (KLibrary) kde4Factory: The library "/usr/lib/kde4/kmm_icalendarexport.so" does not offer a qt_plugin_instance function. KMyMoney iCalendar plugin loaded ^[[B^[[B^[[Breading file start parsing file startDocument reading accounts reading transactions Killed Expected Results: I have never had a problem opening this file with KMyMoney2 on the many different installations I have tried over several years.
Start with "kmymoney -n", go to Settings, Home, uncheck everything. Then, open your file, and run a consistency check. You don't say what your previous version was.
Nor do you mention what the KDE4 version of KMyMoney is. I doubt that it is related to the things we've seen before, as it stops loading on the transactions. Before we go any further: can you verify to use at least 3.98.1, better SVN HEAD? Also make sure that there is no interference between the KDE3 and KDE4 version. If all this does not help, can you craft an anonymous file and provide it to us for further analysis? Make sure the problem persists with the anonymous file.
Thanks for the quick reply. New version is 3.98.1. Old version that still works 1.0.2. I have done the steps in comment #1- results the same -still hangs. Can not do the consistency check since the file does not load. Just tried installing version 3.98.1 on a virgin machine to make sure that there was no interference with old versions of anything. This machine is not running KDE. Same problem-hangs on loading file. KMyMoney4 seems to work correctly on all machines when creating a new data file. I created a small test file with version 1.0.2 that works in version 3.98.1. I need to test with more transactions including investments, when I have more time. I have been using KMM since about 2005 version .6? .8? using the same file. Would this matter? The investment transactions are the most important. Is there a way to just save those?
Did you try the workaround I mentioned before?
Have you tried unchecking all components on the Home settings, then loading the file? That usually gives you the chance to open the file and then run a consistency check on it.
solved? At least I found my problem. I had a year old backup which DID open using the procedure in comment #5. When I tried to open an account ledger I got an error "unknown accountid A000240" and the terminal listed an unmade old (4 YRS) scheduled loan payment. I deleted this scheduled transaction in the original (current) file using KMM 1.0.2. The file now opens with no problems (that I've seen so far) in KMM 3.98.1. Questions: Why would the old backup file open and the current file not open when the offending transaction was the same in both files? Should this bug be marked as resolved? Should there be a check done for this type of dumb user (me) error? With out the old backup file I would still be looking for the problem. I had tried every combination of entries in a test file but never would of thought of a scheduled loan payment. Thanks again for a great program and all your help. Let me know if I can help further.
If you could open the old backup file (before running the consistency check), save it as an anonymous file and send it to us, we can check if our current procedures are good enough to avoid this kind of problems in the future.
Created attachment 47704 [details] anonymous .kmy file File created in KMM 1.0.2. Will open in KMM 3.98.1 when all items in home settings are unchecked. Will only function properly after deleting the one and only scheduled transaction.
The consistency check catches the error. The new version has been modified to detect these problems before saving. Thank you for your feedback and patience.