https://bugs.freedesktop.org/show_bug.cgi?id=78731
Fridrich Strba <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Fridrich Strba <[email protected]> --- I have a big problem with this. I see that libwpd is detecting it as a WP 4.2 file and I understand why. Now, if you change the extension of this file to *.sylk, it will load well. This can be a workaround for this kind of rare cases. The problem lies in the fact that WP 4.2 file-format is a text file without header with WordPerfect codes embedded. We use a dry-parsing heuristics to detect this kind of files. We try to check whether the "codes" in the file follow the logic that "codes" in a WP file would follow. The problem is that this file contains an even number of "é" characters encoded as 0xE9. OxE9 in a WP42 file is a variable length function and we normally scan for a closing 0xE9 if we find an openning one. Them being in even numbers make us believe that it is a WP42 file with two 0xE9 codes. The problem is that I cannot make much with this kind of logic. Without this heuristics I am unable to detect any WP42 file at all. It is true that some special cases of text files can pass through this filter, but the workaround is to rename the extension of the file. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
