https://bugs.documentfoundation.org/show_bug.cgi?id=172513
Bug ID: 172513
Summary: Korean Hangul/Hanja conversion may suggest/result in
invalid Unicode characters
Product: LibreOffice
Version: 26.8.0.0 alpha0+ master
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Blocks: 113196
# Steps to reproduce:
1) start LO Writer
2) paste "한글맞춤법" into the document
3) select the text and set the language to "Korean (RoK)" (e.g. by clicking on
the language indicator in the status bar and selecting "Korean (RoK)"
4) "Tools" -> "Language" -> "Hangul/Hanja Conversion..."
5) scroll the list of suggestions to the bottom
# Actual result:
The two last suggestions are incorrect/broken: "<?>"
# Expected result:
All displayed suggestions should be valid characters/glyphs.
# More information
Version: 27.2.0.0.alpha0+ (X86_64)
Build ID: 22fb6ee5d61c0f74c02af76a4d09d48ee4d1d753
CPU threads: 32; OS: Linux 7.0; UI render: default; VCL: qt6 (cairo+wayland)
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
One of the incorrectly displayed "characters" is actually using an invalid
UTF-16 string underneath. I originally ran into this when trying to port the
Hangul/Hanja conversion dialog from a ValueSet widget to weld::IconView as the
invalid UTF-16 string resulted in an assert with the gtk3 vcl plugin, but the
above can be used on unmodified master as well.
I have a potential fix that I plan to submit to Gerrit.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=113196
[Bug 113196] [META] Korean language-specific CJK issues
--
You are receiving this mail because:
You are the assignee for the bug.
