SUMMARY error message: File was not parsable! /home/abuild/rpmbuild/BUILD/kmymoney-5.0.6/kmymoney/plugins/xml older backup files made under w10 appear to be fully functional w10 is on a laptop ubuntu 20.04 is on a desktop running kmymoney 5.0.8 the .kmy file is held on a file server, to give access to either machine status major because I can nolonger use my w10 laptop for kmymoney I can still use kmymoney from my desktop STEPS TO REPRODUCE 1. Difficult to determine 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: w10 macOS: Linux/KDE Plasma: ubuntu 20.04 LTS (available in About System) KDE Plasma Version: KDE Frameworks Version: KDE Frameworks 5.47.0 Qt Version: Qt 5.9.1 (built against 5.9.1) ADDITIONAL INFORMATION
As a test, please copy your kmy file to a local folder on your laptop's C: drive and see if you can open it. What type of file server are you using? I have a vague memory of problems in the past with access to network file servers.
(In reply to Jack from comment #1) > As a test, please copy your kmy file to a local folder on your laptop's C: > drive and see if you can open it. > > What type of file server are you using? I have a vague memory of problems > in the past with access to network file servers. hi I have copied the file to the desktop, but the problem is the same if you try to open it I have also tried opening the back up, from the linux m/c on a usb stick, but it also fails Is it some thing to do with the linux m/c being on 5.0.8 and the windows m/c being on 5.0.6 ( re installed from your web site just in case it was damaged)
also the file it can't open does not seem to be a windows environment file, more like a linux build. is this a clue???
Huh? If you mean the xml listed in the error message, that's probably the source file which is throwing the error. The build process is not that different for Windows and Linux - the same source files are used, there are just occasional sections used only on one platform or the other. I also don't think there were any differences between 5.0.6 and 5.0.8 which should cause this. Can you run the program from command line (CMD window) to see if there is any more useful information output to the console?
(In reply to Jack from comment #4) > Huh? If you mean the xml listed in the error message, that's probably the > source file which is throwing the error. The build process is not that > different for Windows and Linux - the same source files are used, there are > just occasional sections used only on one platform or the other. I also > don't think there were any differences between 5.0.6 and 5.0.8 which should > cause this. > > Can you run the program from command line (CMD window) to see if there is > any more useful information output to the console? tried via cmd, appears more info as you predicted C:\Users\nigel>"C:\Program Files\kmymoney5\bin\kmymoney.exe" C:\Users\nigel>3:2020/11/18 10-36-09:gwen(27760):i18n.c: 120: No translation found for WIN32 locale [English_United Kingdom.1252] 3:2020/11/18 10-36-09:gwen(27760):plugin.c: 379: Plugin "aqofxconnect" not found. 4:2020/11/18 10-36-09:aqbanking(27760):banking_init.c: 507: Could not load backend "aqofxconnect", ignoring
Does the additional info re the cmd window start imply that I have made an error somewhere in loading kmymoney or the operating system?
In general, no. KMM simply writes out many messages to the console as it reads and processes a data file. Sometimes non-error information there is useful, and someimes there is more detail found there than in a pop-up error message. However, those messages from Comment #5 are not critical. They just say there is no translation available for en_UK and the aqbanking back end plugin was not found. Neither is relevant to your problem. One possible option: on your desktop, create a new kmy file, and see if your windows version can open it. That could provide us a small test file which shows the problem. If windows can open that file, then you might try saving your file on the desktop as an anonymized file. If windows shows the same error with that, you could post it to the bug since it no longer has any identifying or personal information.
Appears to have been solved in kmymoney-5.1-843-windows-msvc2019_64-cl.exe Thanks for all your efforts
Bad News Although I can now open the .kym file no problem You cannot save the file to an existing file name, however you may save it to a new file name ( ie 'save as' to the same network location ) If however the file is on local file store it all works as expected On linux Systems, various, I have had NO problems with different versions of kmymoney all working as expected, same file server
After a machine restart kmymoney will not load beyond the hint of the day stage
If you go to the task manager and expand the kmymoney entry there are two entries the tip of the day and file not found If you end the file not found task kmymoney starts !!!! I have no explanation but perhaps as you have more detailed knowledge
When you start KMM, it tries to open the last data file it used. If for any reason it can't find that file, it will trigger a "file not found" error. There "should" be a pop-up showing that error, but if no, running from command line should also show which exact file it cannot find. When you do kill the "file not found" task, and KMM starts, does it open your data file? If so, then it might be some configuration file it can't find. (Have you tried hitting Alt-Tab to try to bring up the "file not found" popup to see if it identifies the problem file?)
the fail to open file has mysteriously gone away. I can offer no reason. But see my comment #9 this persists using the stable build appeared to improve matters but provoked the problem outline in#9 Would Ibe able to find the cause by loading the debug version or does that require additional support and knowledge? Thanks again for your time,
So you can open and save a local file, but on the network, you need to save to a new name? What type of network share is it? I'm wondering if it might be a file locking problem. Do you get any error when it fails to simply save? The debug version will not help here. That is useful if you get a crash, as it includes debug symbols in the executable, so you can actually get a useful backtrace. With no crash, it doesn't provide any additional information.
Hi jack The file server is free has-11.2-u7 Active directory two off 2012 r2 standard in two exclusive VM’s The share is a samba share When it fails to save it says failed to open If you save to a new name ,which succeeds and then try to save to the original name it fails How was the fail to open, the original problem solved in the 5.1 stable version Thanks again for your help, I have no new ideas
I have followed up a suggestion made by my son and created a mount point, in my case H:. Now it all appears to work as its supposed to. perhaps the Kmymoney is to eager to accept the connection to remote filestore has failed without waiting for sufficient time the work around solves my problem so you can close this bug unless it highlights a potential deficiency Regards Nigel