https://bugs.documentfoundation.org/show_bug.cgi?id=85648
Julio Gázquez <juliogazq...@yahoo.com.ar> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|4.3.2.2 release |4.2.7.2 release
--- Comment #3 from Julio Gázquez <juliogazq...@yahoo.com.ar> ---
@Maxim those patches fix the issue?
I can provide some aditional details:
It's a regression, it worked in LO in versions up to 3.6.x at least, in 4.2.x
the bug is already there. I'm not sure if, as Mateo said, the bug was
introduced while fixing other issues.
It's interesting that LO is being being able to detect and open properly this
kind of files, just it's not detecting *some* of those files.
The bug is fired if the file contains certain special characters (or bytes), in
8 bit encodings.
In Mateo's sample file, it's Windows-1252 "trademark" character (byte of value
0x99). Removing the ofending character the file opens fine.
In my particular case (also a 3rd party app mimicking Excel generated HTML
files), the file is encoded as as iso8859-1, failing with "masculine ordinal"
character (byte of value 0xba)
I also found that opening the file in a text editor, changing declared encoding
to UTF-8 and saving as UTF-8 makes LibreOffice open the file properly, as a
Calc spreadsheet.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
