Version: 4.5.3 (using KDE 4.7.2) OS: Linux I tried selectign different files. If the file doesn't content the right format, the system react and say that the format is wrong. But when selecting the right import file the message change and it says that it cannot find the file. It's a big problem for me because we arrive in the end of the year and I have to prepare my official accountability. I didn't find a way to turn around. Reproducible: Always Steps to Reproduce: file/import/ofx/select a file Actual Results: cannot find the file Expected Results: selecting the file and import, as it did since 2 years monthly OS: Linux (x86_64) release 3.0.0-14-generic Compiler: gcc character encoding pb?
(In reply to comment #0) > Version: 4.5.3 (using KDE 4.7.2) > OS: Linux > > I tried selectign different files. If the file doesn't content the right > format, the system react and say that the format is wrong. But when selecting > the right import file the message change and it says that it cannot find the > file. > > It's a big problem for me because we arrive in the end of the year and I have > to prepare my official accountability. I didn't find a way to turn around. > > Reproducible: Always > > Steps to Reproduce: > file/import/ofx/select a file > > Actual Results: > cannot find the file > > Expected Results: > selecting the file and import, as it did since 2 years monthly > > OS: Linux (x86_64) release 3.0.0-14-generic > Compiler: gcc > > character encoding pb? In your Subject you mention QIF anf OFX. As they both are just text files, an editor should be able to open them. Also, can you open the files with your usual file manager? If that works, would you try using either Dolphin or Konqueror to open it. Also, if you have a previous version/backup file would you try that. Can you think of anything that's changed on your system since you last tried to load an ofx file? Finally, Version:4.5.3 is now quite old and you would be well advised to get 4.6.0 or 4.6.1. The Claydoh PPA is a good source. Remember to uninstall the old version first. Allan
I'm able to open my ofx and also the qif with any text editor. I tried also to import an old ofx which I already import two months ago. But, indeed, there had been a big change since the last success. I had to reinstall the system pasing from kubunyu natty narwal to oeneric ocelot (the last one). Then I got the Kmymoney which was in the standard repository (consistent, isn't it?). It found and opened without any problem my previous .kmy file which was still in my home directory. I got the point about the version. Thanks Le jeu. 01 déc. 2011 17:39:02 CET, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > allan<agander93@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |agander93@gmail.com > > > > > --- Comment #1 from allan<agander93 gmail com> 2011-12-01 16:39:02 --- > (In reply to comment #0) >> Version: 4.5.3 (using KDE 4.7.2) >> OS: Linux >> >> I tried selectign different files. If the file doesn't content the right >> format, the system react and say that the format is wrong. But when selecting >> the right import file the message change and it says that it cannot find the >> file. >> >> It's a big problem for me because we arrive in the end of the year and I have >> to prepare my official accountability. I didn't find a way to turn around. >> >> Reproducible: Always >> >> Steps to Reproduce: >> file/import/ofx/select a file >> >> Actual Results: >> cannot find the file >> >> Expected Results: >> selecting the file and import, as it did since 2 years monthly >> >> OS: Linux (x86_64) release 3.0.0-14-generic >> Compiler: gcc >> >> character encoding pb? > > In your Subject you mention QIF anf OFX. As they both are just text files, an > editor should be able to open them. Also, can you open the files with your > usual file manager? If that works, would you try using either Dolphin or > Konqueror to open it. Also, if you have a previous version/backup file would > you try that. > > Can you think of anything that's changed on your system since you last tried to > load an ofx file? > > Finally, Version:4.5.3 is now quite old and you would be well advised to get > 4.6.0 or 4.6.1. The Claydoh PPA is a good source. Remember to uninstall the > old version first. > > Allan >
(In reply to comment #2) > I'm able to open my ofx and also the qif with any text editor. I tried > also to import an old ofx which I already import two months ago. > But, indeed, there had been a big change since the last success. I had > to reinstall the system pasing from kubunyu natty narwal to oeneric > ocelot (the last one). Then I got the Kmymoney which was in the > standard repository (consistent, isn't it?). There has been no change in the .kmy format between releases, and you confirm below you are able to open your old version. Your current version must be OK to get to the point of importing. >It found and opened > without any problem my previous .kmy file which was still in my home > directory. > I got the point about the version. > Thanks Is it possible to email me a copy qif file giving the problem, with any private data disguised, but without changing the format? Allan
Here is the file. I tried to disguise a file as a fake ofx and the system read it just to return that the structure was wrong. Looks like when the module enter the import itself (after structure check), it loose the path. Could it be some character encoding problem (utf8 or so)? Le 01/12/2011 18:12, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #3 from allan<agander93 gmail com> 2011-12-01 17:12:27 --- > (In reply to comment #2) >> I'm able to open my ofx and also the qif with any text editor. I tried >> also to import an old ofx which I already import two months ago. >> But, indeed, there had been a big change since the last success. I had >> to reinstall the system pasing from kubunyu natty narwal to oeneric >> ocelot (the last one). Then I got the Kmymoney which was in the >> standard repository (consistent, isn't it?). > > There has been no change in the .kmy format between releases, and you confirm > below you are able to open your old version. Your current version must be OK > to get to the point of importing. > >> It found and opened >> without any problem my previous .kmy file which was still in my home >> directory. >> I got the point about the version. >> Thanks > > Is it possible to email me a copy qif file giving the problem, with any private > data disguised, but without changing the format? > > Allan >
(In reply to comment #4) > Here is the file. > I tried to disguise a file as a fake ofx and the system read it just to > return that the structure was wrong. > Looks like when the module enter the import itself (after structure > check), it loose the path. Could it be some character encoding problem > (utf8 or so)? > > Le 01/12/2011 18:12, allan a écrit : > > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > > > > > > > --- Comment #3 from allan<agander93 gmail com> 2011-12-01 17:12:27 --- > > (In reply to comment #2) > >> I'm able to open my ofx and also the qif with any text editor. I tried > >> also to import an old ofx which I already import two months ago. > >> But, indeed, there had been a big change since the last success. I had > >> to reinstall the system pasing from kubunyu natty narwal to oeneric > >> ocelot (the last one). Then I got the Kmymoney which was in the > >> standard repository (consistent, isn't it?). > > > > There has been no change in the .kmy format between releases, and you confirm > > below you are able to open your old version. Your current version must be OK > > to get to the point of importing. > > > >> It found and opened > >> without any problem my previous .kmy file which was still in my home > >> directory. > >> I got the point about the version. > >> Thanks > > > > Is it possible to email me a copy qif file giving the problem, with any private > > data disguised, but without changing the format? > > > > Allan > > I don't see the file attached. Allan
(In reply to comment #5) > (In reply to comment #4) > > Here is the file. > > I tried to disguise a file as a fake ofx and the system read it just to > > return that the structure was wrong. > > Looks like when the module enter the import itself (after structure > > check), it loose the path. Could it be some character encoding problem > > (utf8 or so)? <snip> > > > > > I don't see the file attached. > > Allan I received the file this morning via email. I'm pleased to say it imported without trouble, so I'm sorry to say you have a problem on your system. I would make sure that you de-install both ofx, libofx and KMyMoney, with no lingering old files left behind, then re-install them. and try again. It would appear something has gone missing or been corrupted, or is the wrong revision. Try to get KMM 4.6.1 if you can.
Dear Alan, Thank you for your time. I had little doubt about your success. Anyway, here is the error message in French (and its translation) that I get as soon as I click on the file in the file selection dialog box: Impossible de trouver le fichier "/home/jfg/Documents/consultant.org/compta/tele.OFX" which means: Impossible to find the file.... Is this message correct? Where does it come from? It would be of some help for me to identify the problem. Again thank you Le 02/12/I011 12:00, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > allan<agander93@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |WORKSFORME > > > > > --- Comment #6 from allan<agander93 gmail com> 2011-12-02 11:00:34 --- > (In reply to comment #5) >> (In reply to comment #4) >>> Here is the file. >>> I tried to disguise a file as a fake ofx and the system read it just to >>> return that the structure was wrong. >>> Looks like when the module enter the import itself (after structure >>> check), it loose the path. Could it be some character encoding problem >>> (utf8 or so)? > <snip> >>>> >> >> I don't see the file attached. >> >> Allan > > I received the file this morning via email. > > I'm pleased to say it imported without trouble, so I'm sorry to say you have a > problem on your system. > > I would make sure that you de-install both ofx, libofx and KMyMoney, with no > lingering old files left behind, then re-install them. and try again. It would > appear something has gone missing or been corrupted, or is the wrong revision. > > Try to get KMM 4.6.1 if you can. >
(In reply to comment #7) > Dear Alan, > Thank you for your time. > I had little doubt about your success. > Anyway, here is the error message in French (and its translation) that I > get as soon as I click on the file in the file selection dialog box: > > Impossible de trouver le fichier > "/home/jfg/Documents/consultant.org/compta/tele.OFX" > > which means: Impossible to find the file.... > > Is this message correct? Where does it come from? > It would be of some help for me to identify the problem. > Again thank you I'm afraid this is outside my small area of expertise, so I resorted to Google, and found quite a few references, which suggest it is a language problem. If your problem is confined to KMyMoney, then I would go back to my recommendation to update. Apart from the benefit of recent bug fixes, there has been work recently on French language translations. If that doesn't help, let us know and we'll see if another team can help. > Le 02/12/I011 12:00, allan a écrit : > > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > allan<agander93@gmail.com> changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > Status|UNCONFIRMED |RESOLVED > > Resolution| |WORKSFORME > > > > > > > > > > --- Comment #6 from allan<agander93 gmail com> 2011-12-02 11:00:34 --- > > (In reply to comment #5) > >> (In reply to comment #4) > >>> Here is the file. > >>> I tried to disguise a file as a fake ofx and the system read it just to > >>> return that the structure was wrong. > >>> Looks like when the module enter the import itself (after structure > >>> check), it loose the path. Could it be some character encoding problem > >>> (utf8 or so)? > > <snip> > >>>> > >> > >> I don't see the file attached. > >> > >> Allan > > > > I received the file this morning via email. > > > > I'm pleased to say it imported without trouble, so I'm sorry to say you have a > > problem on your system. > > > > I would make sure that you de-install both ofx, libofx and KMyMoney, with no > > lingering old files left behind, then re-install them. and try again. It would > > appear something has gone missing or been corrupted, or is the wrong revision. > > > > Try to get KMM 4.6.1 if you can. > >
It might be worth trying 'kmymoney --lang=C' . You will run the original English version.
I believe all the recent problems with the French translation were only related to the manual, not the program itself, but trying as Allan suggested is still a good idea. Can you show the results of "ls -l /home/jfg/Documents/consultant.org/compta/tele.OFX" just in case it is a strange permission problem. Do you use acl's? Could there be something strange about the mount parameters for that file system? You already said you open the file with a text editor, but can you try to open it specifically with another KDE program, which would use the same file handling libraries? One other thought - does it work if you copy/move the OFX file to the same directory where your .kmy file is located?
I already checked the access right; fyi here it is: -rw-rw-r-- 1 jfg jfg 7311 2011-12-01 11:02 /home/jfg/Documents/consultant.org/compta/ tele.OFX I also tried to change the file of place, to change its cases (OFX insteed of ofx), to change the name. Nothing changed. I guess it looses the path when entering in the process itself. And as I see that Ubuntu 11.10 don't accept the last kmm version, I begin to think that there could a ubuntu libofx pb. When I try importing through Aqbanking assistant, it freezes on the last step before importation is launched. Le 02/12/2011 16:56, Jack a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #10 from Jack<ostroffjh users sourceforge net> 2011-12-02 15:56:59 --- > I believe all the recent problems with the French translation were only related > to the manual, not the program itself, but trying as Allan suggested is still a > good idea. > > Can you show the results of "ls -l > /home/jfg/Documents/consultant.org/compta/tele.OFX" just in case it is a > strange permission problem. Do you use acl's? Could there be something > strange about the mount parameters for that file system? You already said you > open the file with a text editor, but can you try to open it specifically with > another KDE program, which would use the same file handling libraries? One > other thought - does it work if you copy/move the OFX file to the same > directory where your .kmy file is located? >
By the way, the problem was the same with a qif import Le 02/12/2011 16:56, Jack a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #10 from Jack<ostroffjh users sourceforge net> 2011-12-02 15:56:59 --- > I believe all the recent problems with the French translation were only related > to the manual, not the program itself, but trying as Allan suggested is still a > good idea. > > Can you show the results of "ls -l > /home/jfg/Documents/consultant.org/compta/tele.OFX" just in case it is a > strange permission problem. Do you use acl's? Could there be something > strange about the mount parameters for that file system? You already said you > open the file with a text editor, but can you try to open it specifically with > another KDE program, which would use the same file handling libraries? One > other thought - does it work if you copy/move the OFX file to the same > directory where your .kmy file is located? >
(In reply to comment #11) > I already checked the access right; fyi here it is: > -rw-rw-r-- 1 jfg jfg 7311 2011-12-01 11:02 > /home/jfg/Documents/consultant.org/compta/ tele.OFX > > I also tried to change the file of place, to change its cases (OFX > insteed of ofx), to change the name. Nothing changed. > I guess it looses the path when entering in the process itself. > And as I see that Ubuntu 11.10 don't accept the last kmm version, I > begin to think that there could a ubuntu libofx pb. > When I try importing through Aqbanking assistant, it freezes on the last > step before importation is launched. > > > Le 02/12/2011 16:56, Jack a écrit : > > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > > > > > > > --- Comment #10 from Jack<ostroffjh users sourceforge net> 2011-12-02 15:56:59 --- > > I believe all the recent problems with the French translation were only related > > to the manual, not the program itself, but trying as Allan suggested is still a > > good idea. > > > > Can you show the results of "ls -l > > /home/jfg/Documents/consultant.org/compta/tele.OFX" just in case it is a > > strange permission problem. Do you use acl's? Could there be something > > strange about the mount parameters for that file system? You already said you > > open the file with a text editor, but can you try to open it specifically with > > another KDE program, which would use the same file handling libraries? One > > other thought - does it work if you copy/move the OFX file to the same > > directory where your .kmy file is located? > > You're running a Gnome system with a KDE program. Can we come back to the suggestion I made earlier, echoed by Jack, to try to access the files with another KDE program, KWite,Dolphin, Konqueror. These points are important in identifying the problem area. Also, I suggested using the Claydoh PPA to get the latest version of KMM.
Since the failure is the same with qif as with ofx or OFX, it is not likely a problem with libofx, but with the routine that actually opens and reads the file. If another KDE program has the same failure, that will give us more information about where to look. Knowing what type of file system the file resides on might also provide a clue.
Thank you for your times all of you. First of all, I'm running KDE environment (4.7.2). Secondly, I already add the Claydoh ppa repository to my system. And the last version I could get (through apt-get) is only 4.5.3, the one I already have installed. And thirdly I don't have any other file access problem with any tool. I would have been on windows, I would begin to think "virus", but on linux... Le 02/12/2011 21:52, Jack a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #14 from Jack<ostroffjh users sourceforge net> 2011-12-02 20:52:58 --- > Since the failure is the same with qif as with ofx or OFX, it is not likely a > problem with libofx, but with the routine that actually opens and reads the > file. If another KDE program has the same failure, that will give us more > information about where to look. Knowing what type of file system the file > resides on might also provide a clue. >
OK: I copied my kmy file on another machine with kubuntu 10.10 64 bits and Kmymoney 4.5.3 (natty narwhal) and the import worked perfectly, as I was used to. I also tried on a kubuntu 11.10 32 bits and the import failed as I described before. My conclusion is that the file selection module changed between this two versions of system and that Kmymoney developer should try to take this in account. Does it make sense for you? Thank you. Le 02/12/2011 21:52, Jack a critic : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #14 from Jack<ostroffjh users sourceforge net> 2011-12-02 20:52:58 --- > Since the failure is the same with qif as with ofx or OFX, it is not likely a > problem with libofx, but with the routine that actually opens and reads the > file. If another KDE program has the same failure, that will give us more > information about where to look. Knowing what type of file system the file > resides on might also provide a clue. >
(In reply to comment #15) > Thank you for your times all of you. > First of all, I'm running KDE environment (4.7.2). > Secondly, I already add the Claydoh ppa repository to my system. And the > last version I could get (through apt-get) is only 4.5.3, the one I > already have installed. Ah, that's interesting. Claydoh does have 4.6.1, but I see he was asked to remove it from the PPA. However, it does say he can still supply it directly. > And thirdly I don't have any other file access problem with any tool. > I would have been on windows, I would begin to think "virus", but on > linux... Just need to be a bit more specific, I'm afraid. Have you tried either Dolphin or Konqueror or KWrite? They are KDE programs, whereas the gedit, etc. are Gnome based.
Sorry, for me it was obvious: I quite never use gnome tools.. I'm under KDE. I never had any problem to open the files, especially with kate or konqueror. ... Sorry again, I just discovered that this mail of yours to which I was answering, was answering to a previous one of mines. I let you discover my last mail from this saturday morning. Le 03/12/2011 11:47, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #17 from allan<agander93 gmail com> 2011-12-03 10:47:37 --- > (In reply to comment #15) >> Thank you for your times all of you. >> First of all, I'm running KDE environment (4.7.2). >> Secondly, I already add the Claydoh ppa repository to my system. And the >> last version I could get (through apt-get) is only 4.5.3, the one I >> already have installed. > > Ah, that's interesting. Claydoh does have 4.6.1, but I see he was asked to > remove it from the PPA. However, it does say he can still supply it directly. > >> And thirdly I don't have any other file access problem with any tool. >> I would have been on windows, I would begin to think "virus", but on >> linux... > > Just need to be a bit more specific, I'm afraid. Have you tried either Dolphin > or Konqueror or KWrite? They are KDE programs, whereas the gedit, etc. are > Gnome based. >
(In reply to comment #16) > OK: > I copied my kmy file on another machine with kubuntu 10.10 64 bits and > Kmymoney 4.5.3 (natty narwhal) and the import worked perfectly, as I was > used to. > I also tried on a kubuntu 11.10 32 bits and the import failed as I > described before. > > My conclusion is that the file selection module changed between this two > versions of system and that Kmymoney developer should try to take this > in account. > > Does it make sense for you? > Thank you. > My reply to your previous email clashed with this one, so got out of step! I'm not sure I draw the same conclusion as you. The problem started for you when you updated your distro. If kubuntu 10.10 had Kmymoney 4.5.3 and you are still using 4.5.3, then, to me, that sounds like Kubuntu/Ubuntu (or its libraries) is causing the problem. Have you queried their forums? I've seen that people are successfully running on 11.10 a KMM 4.6.1 that they have built. I would try them as well, but we're not giving up! > Kmymoney 4.5.3
For sure, something changed in the kubuntu libraries... I didn't find references of people running KMM 4.6 on Ubuntu 11.10 from scratch (meaning, installing a bin). I feel myself lonesome in a kind of no man's land between Ubuntu and kmm. One changed some function, the other didn't follow .... Most of users don't use this functionality... I'll try to continue to refine my diagnosis. Le 03/12/2011 16:04, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #19 from allan<agander93 gmail com> 2011-12-03 15:04:52 --- > (In reply to comment #16) >> OK: >> I copied my kmy file on another machine with kubuntu 10.10 64 bits and >> Kmymoney 4.5.3 (natty narwhal) and the import worked perfectly, as I was >> used to. >> I also tried on a kubuntu 11.10 32 bits and the import failed as I >> described before. >> >> My conclusion is that the file selection module changed between this two >> versions of system and that Kmymoney developer should try to take this >> in account. >> >> Does it make sense for you? >> Thank you. >> > > My reply to your previous email clashed with this one, so got out of step! > > I'm not sure I draw the same conclusion as you. The problem started for you > when you updated your distro. If kubuntu 10.10 had Kmymoney 4.5.3 and you are > still using 4.5.3, then, to me, that sounds like Kubuntu/Ubuntu (or its > libraries) is causing the problem. > > Have you queried their forums? I've seen that people are successfully running > on 11.10 a KMM 4.6.1 that they have built. I would try them as well, but we're > not giving up! > >> Kmymoney 4.5.3 >
Forget Allan. I did a test I never did before: I said you that the file is opened with kate without any problem: its true if you click on it inside dolphin and use the contextual menu (or action) to open it. But, this time, I first opened kate then tried to open this file from kate, and.... same pb than for kmm. The pb appends for the files I downloaded from my bank yesterday, and even for their copies. Weird... Thank you for your time Allan. I continue searching. Le 03/12/2011 16:04, Allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > > > > --- Comment #19 from allan<agander93 gmail com> 2011-12-03 15:04:52 --- > (In reply to comment #16) >> OK: >> I copied my kmy file on another machine with kubuntu 10.10 64 bits and >> Kmymoney 4.5.3 (natty narwhal) and the import worked perfectly, as I was >> used to. >> I also tried on a kubuntu 11.10 32 bits and the import failed as I >> described before. >> >> My conclusion is that the file selection module changed between this two >> versions of system and that Kmymoney developer should try to take this >> in account. >> >> Does it make sense for you? >> Thank you. >> > > My reply to your previous email clashed with this one, so got out of step! > > I'm not sure I draw the same conclusion as you. The problem started for you > when you updated your distro. If kubuntu 10.10 had Kmymoney 4.5.3 and you are > still using 4.5.3, then, to me, that sounds like Kubuntu/Ubuntu (or its > libraries) is causing the problem. > > Have you queried their forums? I've seen that people are successfully running > on 11.10 a KMM 4.6.1 that they have built. I would try them as well, but we're > not giving up! > >> Kmymoney 4.5.3 >
(In reply to comment #21) > Forget Allan. > I did a test I never did before: > I said you that the file is opened with kate without any problem: its > true if you click on it inside dolphin and use the contextual menu (or > action) to open it. > But, this time, I first opened kate then tried to open this file from > kate, and.... same pb than for kmm. > The pb appends for the files I downloaded from my bank yesterday, and > even for their copies. > Weird... > Thank you for your time Allan. > I continue searching. > Ah, that's interesting! I've just installed Kubuntu 11.10 (32 bit, I think)) and installed KMM 4.5.3, loaded a file and successfully imported a qif file, but the OFX failed as you found. Also, I confirm what you found with Kate and OFX, but it handles QIF. Possibly a problem with their libOFX? Good luck. Allan
It could be the way Ubuntu has packaged KMM. It might be worthwhile trying the Claydoh 4.5.3.
Final touch: You open your ofx with Kate (through dolphin, as I said in my previous mail) then you save it under another name and then the file is healed: you can import it. Another guess: end file management for files coming from other systems (windows)? Le 03/12/2011 17:21, allan a écrit : > https://bugs.kde.org/show_bug.cgi?id=287987 > > > allan<agander93@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|WORKSFORME |UPSTREAM > > > > > --- Comment #22 from allan<agander93 gmail com> 2011-12-03 16:21:13 --- > (In reply to comment #21) >> Forget Allan. >> I did a test I never did before: >> I said you that the file is opened with kate without any problem: its >> true if you click on it inside dolphin and use the contextual menu (or >> action) to open it. >> But, this time, I first opened kate then tried to open this file from >> kate, and.... same pb than for kmm. >> The pb appends for the files I downloaded from my bank yesterday, and >> even for their copies. >> Weird... >> Thank you for your time Allan. >> I continue searching. >> > > Ah, that's interesting! I've just installed Kubuntu 11.10 (32 bit, I think)) > and installed KMM 4.5.3, loaded a file and successfully imported a qif file, > but the OFX failed as you found. Also, I confirm what you found with Kate and > OFX, but it handles QIF. Possibly a problem with their libOFX? > > Good luck. > > Allan >
(In reply to comment #24) > Final touch: > You open your ofx with Kate (through dolphin, as I said in my previous > mail) then you save it under another name and then the file is healed: > you can import it. > Another guess: end file management for files coming from other systems > (windows)? > Ah, well spotted. That's a bug for (K)Ubuntu then.