[Libreoffice-bugs] [Bug 116731] Unicode pictographs are no longer shown
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Tue Apr 3 10:51:19 UTC 2018
https://bugs.documentfoundation.org/show_bug.cgi?id=116731
Xisco FaulĂ <xiscofauli at libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|possibleRegression |bibisected, bisected,
| |regression
Status|UNCONFIRMED |NEW
CC| |mst.lo at arcor.de,
| |xiscofauli at libreoffice.org
Ever confirmed|0 |1
--- Comment #3 from Xisco FaulĂ <xiscofauli at libreoffice.org> ---
it seems to be only linux ...
Regression introduced by:
author Michael Stahl <mstahl at redhat.com> 2017-09-07 23:01:26 +0200
committer Michael Stahl <mstahl at redhat.com> 2017-09-07 23:22:11
+0200
commit fc670f637d4271246691904fd649358ce2e7be59 (patch)
tree 0eee10cd701f0479d4ed8ca7287defefef6af29e
parent 554a79d793ee9546f71802643b79001749c3c695 (diff)
svtools: HTML import: don't put lone surrogates in OUString
The bytes "ed b3 b5" in fdo67610-1.doc (which, as the name indicates,
is an HTML file) are converted to the lone UTF-16 surrogate "dcf5",
which is inserted into SwTextNode and causes asserts later on.
The actual encoding of the HTML document is probably GBK (at least
VIM doesn't display any missing characters with that), but
because it doesn't contain any indication of its encoding
it's apparently imported as UTF-8; the ImplConvertUtf8ToUnicode()
thinking a surrogate code point is valid even if the JSON-compatible
mode RTL_TEXTENCODING_JAVA_UTF8 is not specified is a bit of a
surprise.
Bisected with: bibisect-linux64-6.0
Adding Cc: to Michael Stahl
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180403/9683345b/attachment-0001.html>
More information about the Libreoffice-bugs
mailing list