Issue 113700

Summary: Writer: problems with surrogate handling
Product: Writer Reporter: thomas.lange
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: hdu, ingo.schmidt-rosbiegal, issues, stefan.baltzer
Version: DEV300m83   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on: 113586    
Issue Blocks:    
Attachments:
Description Flags
bugdoc none

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
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.
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]
bugdoc
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 hdu@apache.org 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 "issues@openoffice.apache.org".