Issue 110023 - Attribute based font matching fails sometimes
Summary: Attribute based font matching fails sometimes
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
Keywords: regression
: 94481 (view as issue list)
Depends on:
Blocks: 109046 112731
  Show dependency tree
Reported: 2010-03-10 15:26 UTC by
Modified: 2017-05-20 10:22 UTC (History)
4 users (show)

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

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

Note You need to log in before you can comment on or make changes to this issue.
Description 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", 

A change introduced by issue 52301
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 2010-03-12 10:55:05 UTC
Setting the target milestone for this regression.
Comment 2 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 2010-03-17 13:26:07 UTC
Fixed in CWS sw321bf01.
Comment 4 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
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 2010-05-19 12:11:47 UTC
*** Issue 94481 has been marked as a duplicate of this issue. ***