Issue 115486

Summary: Font substitution broken in presentation mode
Product: Impress Reporter: lpietsch <lukas.pietsch>
Component: viewingAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: doneyourself, issues, ziohausam
Version: OOo 3.2   
Target Milestone: ---   
Hardware: PC   
OS: Linux, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
test .odp demonstrating font substitution bug
none
screenshot showing display bug in presentation mode
none
A sample file with 2 slides that shows the issue on my machine
none
Screenshot for the issue none

Description lpietsch 2010-11-09 09:59:03 UTC
In Impress 3.2.0, when I use Unicode characters that are not contained in the
currently selected font, relying on automatic font substitution for missing
glyphs, the strings are displayed fine in normal editing, but produce
unpredictable mojibake in presentation mode.

It is not the missing letters themselves that get displayed wrong, but the
presence of missing letters causes the display of random other letters to be
corrupted.

This is on Ubuntu Linux version 10.4 (also happened on earlier Ubuntu versions
and earlier OOo)

To reproduce: create a presentation slide with three textboxes, containing the
following three strings, all formatted with the Liberation Sans font:
1. abc→ἇ
2. abc→
3. abc ἇ
Note that the arrow character (→, U+2192) is contained in Liberation Sans, while
the accented Greek character (ἇ, U+1F07) is not.

In editing mode, all characters are displayed correctly. The ἇ character is
automatically substituted from some other font (FreeSans on my system).

In presentation mode, strings 2 and 3 are displayed correctly, but in string 1
the arrow character is replaced with a "ŷ". The ἇ character itself, whose
presence causes the problem, is still displayed correctly.

The substitutions vary depending on the triggering character and on the fonts
involved (e.g. if the requested font is Liberation Sans, the replacement
character is a "ŷ"; in Arial, it is "Ÿ".)
Comment 1 lpietsch 2010-11-09 10:07:04 UTC
Created attachment 72911 [details]
test .odp demonstrating font substitution bug
Comment 2 lpietsch 2010-11-09 10:08:23 UTC
Created attachment 72912 [details]
screenshot showing display bug in presentation mode
Comment 3 ziohausam 2011-03-05 13:41:03 UTC
Summary: Not included characters in selected fonts are not shown correctly.

Issue is SOMEHOW reproducible with Impress version OOo-dev 3.4.0 DEV300m99 (Build:9570) using the following configuration: 

1- 32 Bit Windows 7 

2- Dell Laptop Latitude E5500 

3- Processor: Intel(R) Core(TM)2Due CPU 2.00 GHz 

4- RAM: 3.00 GB 

As the original report has been reported on PC Linux, my report is depending on 32 Bit Windows 7 platform. This might be a cause of the variation between what I see and what the original reporter noticed.


To reproduce the issue, do the following:
1- Open a new presentation using (File-> New-> Presentation. Then in the dialogue appears choose Empty Presentation then click create
2- In a text box, paste the following string between quotes:
“1. abc→ἇ 2. abc→ 3. abc ἇ”
3- Create a new slide and in a text box, paste the following string:
“1. abc→ἇ 
2. abc→ 
3. abc ἇ”
4- Change the font of all texts in both of the two slides to “Liberation Sans Narrow”
5- Note the difference between the last character in first and second slide.

Analysis:
The letter “ἇ” is shown correctly in slide 1 in both locations. However in slide 2, it is shown correctly only in 1st line, but it is not shown in line 3.
According to the original report, this misbehaving could be due to the use of Unicode characters that are not contained in the currently selected font. The accented Greek character (ἇ, U+1F07) is not included in “Liberation Sans” font. I think it is worthy to be mentioned that when you change the font to “Arial”, characters are shown correctly.

Difference:
1- The difference between original report and my report is that in the original report, the affected character is the arrow one “→” in first line in slide 2 although it is already included in the font. However in my environment, the affected character is the same character (ἇ, U+1F07) that is not included in the font.
2- In the original report, the letter is shown correctly in edit mode, but not shown correctly in slide show. This is not the case with my notices. It is the same (either correctly or incorrectly) in both edit mode and slide show

I will attach both screen shot and a sample file with 2 slides.
Comment 4 ziohausam 2011-03-05 13:43:26 UTC
Created attachment 76016 [details]
A sample file with 2 slides that shows the issue on my machine
Comment 5 ziohausam 2011-03-05 13:44:20 UTC
Created attachment 76017 [details]
Screenshot for the issue
Comment 6 liuping 2012-09-20 08:30:17 UTC
Reproduce this bug on win7-64bit on AOO3.5 r1387022

Not included characters in selected fonts are not shown correctly