Issue 110023 - Attribute based font matching fails sometimes
Summary: Attribute based font matching fails sometimes
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOO320m13
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.2.1
Assignee: eric.savary
QA Contact: issues@gsl
URL:
Keywords: regression
: 94481 (view as issue list)
Depends on:
Blocks: 109046 112731
  Show dependency tree
 
Reported: 2010-03-10 15:26 UTC by hdu@apache.org
Modified: 2017-05-20 10:22 UTC (History)
4 users (show)

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

Attachments
document to reproduce the defect (11.44 KB, application/vnd.oasis.opendocument.text)
2010-04-07 08:17 UTC, Oliver-Rainer Wittmann 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description hdu@apache.org 2010-03-10 15:26:16 UTC 
For requests to completely unknown fonts there is a fallback to attribute based matching. This usually 
results in quite reasonable matches, especially if a document has additional font details and/or the 
requested font name provides some clues by having substrings such as "wide", "roman", "sans", "dings", 
etc.

A change introduced by issue 52301
http://gsl.openoffice.org/source/browse/gsl/vcl/source/gdi/outdev3.cxx?r1=1.201&r2=1.201.26.1
changed the way the available fonts were characterized and their attributes were not determined with the 
same reliability as before. The availability of these attributes is critical when matching them to the request  
and lack of reliability results in layout inconsistencies.
Comment 1 hdu@apache.org 2010-03-12 10:55:05 UTC 
Setting the target milestone for this regression.
Comment 2 hdu@apache.org 2010-03-15 13:35:36 UTC 
A safe fix is available. To make testing faster and easier this one-liner should be applied to an existing 
OOo321 CWS.
Comment 3 hdu@apache.org 2010-03-17 13:26:07 UTC 
Fixed in CWS sw321bf01.
Comment 4 hdu@apache.org 2010-03-25 16:08:47 UTC 
@es: please verify in CWS sw321bf01
Testing hints: issue has been observed with reloading some private bugdocs (e.g. from TL)
Comment 5 Oliver-Rainer Wittmann 2010-03-30 15:52:26 UTC 
assigning to ES for verification.
Comment 6 eric.savary 2010-04-06 12:25:38 UTC 
Incomplete.
Please attach a sample document and a step by step description showing the
problem and how your fix solves it.
Comment 7 eric.savary 2010-04-06 12:26:21 UTC 
Back to owner
Comment 8 Oliver-Rainer Wittmann 2010-04-07 08:17:42 UTC 
Created attachment 68794 [details]
document to reproduce the defect
Comment 9 Oliver-Rainer Wittmann 2010-04-07 08:20:54 UTC 
od->es: I have consulted TL as HDU is still on vacation.

With the attached document the defect can be reproduced under Windows:
- open the attached document in OOo
- reload the document (Menu File - Reload)
--> the rendering of the text after the reload differs compared to the one after
the first opening.
Comment 10 Oliver-Rainer Wittmann 2010-04-07 08:21:44 UTC 
again FIXED

od->es: please verify.
Comment 11 eric.savary 2010-04-07 10:54:03 UTC 
Verified in CWS sw321bf01
Comment 12 hdu@apache.org 2010-05-19 12:11:47 UTC 
*** Issue 94481 has been marked as a duplicate of this issue. ***