In the old word (pre-2007) days, both ".rtf" and ".doc" extensions were commonly to save rich-text-format files. When loading the file, just looking if the first bytes of the file matches "{\rtf" is enough to decide the correct import filter. This used to work in openoffice and libreoffice up to 4.4, but it's not working anymore in libreoffice 5. When loading a rich-text-format file with .doc extension in libreoffice 5, the file is loaded as a plain-text file (i suppose the "doc/msole2" import filter fails and fallbacks to plaintext ), so the user sees the rtf source code instead of the correctly formatted rich text document.
Hi Fabio Bas, thanks for the report, but I do not see that problem in 5.0.3.2 and 5.1 daily on 32 bits Ubuntu. I do File open, select the file and there it is.. Do you have a sample document for us? ciao - Cor
(In reply to Cor Nouws from comment #1) Hi Cor, and thank you for the quick reply. It seems that it doesn't happen on all the files, but only on some of them. I investigated a bit further on this issue and it seems to be caused by the file containing non-escaped characters outside the 7bit ascii. Such a character is "°" (ordinal indicator). Attached is a test file that opens fine on openoffice 4.1.2 (sorry, i had a presentation this morning and had to switch to ooo), and doesn't open correctly on libreffice. Since the problem is really different from the one initially reported, should i just open a different bug and let this be closed?
Created attachment 120838 [details] test file
(In reply to Fabio Bas from comment #2) > Since the problem is really different from the one initially reported, > should i just open a different bug and let this be closed? No need to open additional bugs. It's a known problem, with no solution currently. It affects other formats as well, not just rtf. *** This bug has been marked as a duplicate of bug 78731 ***