Issue 113700 - Writer: problems with surrogate handling
Summary: Writer: problems with surrogate handling
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: DEV300m83
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on: 113586
  Show dependency tree
Reported: 2010-08-06 07:44 UTC by thomas.lange
Modified: 2017-05-20 11:35 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

bugdoc (8.78 KB, application/octet-stream)
2010-08-06 07:48 UTC, thomas.lange
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description thomas.lange 2010-08-06 07:44:00 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

- 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.
Comment 1 thomas.lange 2010-08-06 07:44:38 UTC
tl->hdu: any ideas?
Comment 2 thomas.lange 2010-08-06 07:48:12 UTC
Created attachment 70982 [details]
Comment 3 thomas.lange 2010-08-06 08:12:57 UTC
See also issue 105571. There the effect is already visible in
SurrogatePair_2.png vs SurrogatePair_3.png
Comment 4 2010-08-06 09:12:50 UTC
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).
Comment 5 Marcus 2017-05-20 11:35:06 UTC
Reset assigne to the default "".