Apache OpenOffice (AOO) Bugzilla – Issue 113700
Writer: problems with surrogate handling
Last modified: 2017-05-20 11:35:06 UTC
- Load the attached bugdoc - select B in the first (does not seem to matter if via mouse or cursor) - if you change the font to bold, italic the character vanishes - same goes for font color and hilight color - it stays if you select the character B via cursor and change to underline, but if you select B via mouse it vanishes and only the underline remains, if you select BC via mouse the result is different as well - selection of B via mouse will also have the chara vanish when the font size changes - now select B in the second line via cursor - if you change to bold the character remains and becomes bold - if you change to italic it remains but also does not become italic - it also remains when font color or hilight color get changed - if the B in the second line is select via cursor it vanishes in all cases: bold, italic, underline, font size, font color, font hilight color Sometimes(!) cursor traveling also behaves odd, that also seems to depend on how and which characters got selected. The most peculiar thing is that the result of - select B in the first line via cursor and set to italic behaves completely different to - select B in the second line via cursor and set to italic In the first line it vanishes and in the second line it remains visible and seemingly unchanged even though ALL the characters are from the very same font. Maybe HDU can shed some light on this.
tl->hdu: any ideas?
Created attachment 70982 [details] bugdoc
See also issue 105571. There the effect is already visible in SurrogatePair_2.png vs SurrogatePair_3.png
As we saw the problem was that different versions of e.g. DejaVuSans-Regular were installed on the system and windows has problems with this. Example: Click on different versions of the same font face to get a preview: the version name displayed in the preview does not match the font file. Please note that this effect is completely independent from OOo or other apps, but is purely a WIN thing. => So if the installer must make sure that there are no competing files for the same font face: If a font is installed system-wide then the OOo installer must overwrite it with the newer version and not just write the file somewhere else as this only results in trouble such as issue 113586 (with OpenSymbol).
Reset assigne to the default "issues@openoffice.apache.org".