This is not the same as the but in 396831 because unlike that one, having kmymoney off doesn't help. No matter whether kmymoney is running or not, importing OFX or QFX causes a crash. WebConnect: Running in server mode libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile WebConnect: Processing QUrl("file:///tmp/mozilla_ermesa0/Transactions.ofx") LibOFX INFO: libofx_proc_file(): File format not specified, autodetecting... (Above message occured on Line 18446744073709551615, Column 18446744073709551615) LibOFX INFO: libofx_proc_file(): Detected file format: OFX (Open Financial eXchange (OFX or QFX)) (Above message occured on Line 18446744073709551615, Column 18446744073709551615) /usr/include/c++/8/bits/basic_string.h:1048: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::reference std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator[](std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::reference = char&; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]: Assertion '__pos <= size()' failed.
Yes i confirmed with an OFX file: $ kmymoney WebConnect: Running in server mode libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile LibOFX INFO: libofx_proc_file(): File format not specified, autodetecting... (Above message occured on Line 18446744073709551615, Column 18446744073709551615) LibOFX INFO: libofx_proc_file(): Detected file format: OFX (Open Financial eXchange (OFX or QFX)) (Above message occured on Line 18446744073709551615, Column 18446744073709551615) /usr/include/c++/8/bits/basic_string.h:1048: std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::reference std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::operator[](std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::reference = char&; std::__cxx11::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]: Assertion '__pos <= size()' failed. Aborted (core dumped)
When you use OFX-file open with Kmymoney from direct download or browser download it imports data and after the the is imported app crashed. If user uses the menu to import the file then it imports data without crash.
Is this still a valid bug entry or is the problem solved in the meantime?
Created attachment 125044 [details] attachment-16136-0.html This problem is generated by the bank. I need to add "none" to the file at line NEWFILEUID: OFXHEADER:100 DATA:OFXSGML VERSION:102 SECURITY:NONE ENCODING:USASCII CHARSET:1252 COMPRESSION:NONE OLDFILEUID:NONE NEWFILEUID: To avoid the crash of kmymoney. *Thierry Rouillon * Chalons en Champagne tel: 06 08 05 99 74 Le 11/01/2020 à 19:34, Thomas Baumgart a écrit : > Is this still a valid bug entry or is the problem solved in the meantime?
I reported this to the upstream project (libOFX) and wait for feedback
Created attachment 125056 [details] attachment-3878-0.html It's a shame that the application crashes when we are dealing with a default value. thank's *Thierry Rouillon * Chalons en Champagne tel: 06 08 05 99 74 Le 12/01/2020 à 07:55, Thomas Baumgart a écrit : > https://bugs.kde.org/show_bug.cgi?id=398205 > > Thomas Baumgart <tbaumgart@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|WAITINGFORINFO |UPSTREAM > > --- Comment #5 from Thomas Baumgart <tbaumgart@kde.org> --- > I reported this to the upstream project (libOFX) and wait for feedback >
With which version of libofx did this happen? Can you provide this information, please?
Created attachment 125072 [details] attachment-23709-0.html The crashed is immediately when i openned the file.ofx. libofx-0.9.13-3.fc31.x86_64 *Thierry Rouillon * Chalons en Champagne tel: 06 08 05 99 74 Le 12/01/2020 à 18:39, Thomas Baumgart a écrit : > With which version of libofx did this happen? Can you provide this information, > please?
I sent his information to upstream and they reported in the meantime that 0.9.15 does not crash but results in an error. LibOFX INFO: libofx_proc_file(): File format not specified, autodetecting... LibOFX ERROR: libofx_detect_file_type(): Failed to identify input file format LibOFX INFO: libofx_proc_file(): Detected file format: UNKNOWN (File format couldn't be successfully identified) LibOFX ERROR: libofx_proc_file(): Detected file format not yet supported ou couldn't detect file format; aborting. They also acknowledge that it could have crashed in earlier versions. Can you try to update?
I'd be very surprised if this is in lifox, as it doesn't do much with the ofx headers, and absolutely nothing with the OLDFILEUID header.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!