220687 - XSLT font problem taiwan, japanese

Status: RESOLVED FIXED

(Core :: XSLT, defect)

Description

[rnorberg]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (OS/2; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030910

XSLT font problem ontaiwain, and japanese
Testcase : http://ei4b.test.austin.ibm.com/BrwTestXSLT/BrwTestXSLT.html    
Build ID : 20030904 and 20030910
Contact : Russell
Platform : fj4c k:\ MCP2

Actual Results:
 Open browser, go to "1.1 Test rendering of XSLT-generated text".
 Open the .xml and .html files in different tabs.
    http://ei4b.test.austin.ibm.com/BrwTestXSLT/text.xml
    http://ei4b.test.austin.ibm.com/BrwTestXSLT/text.html
 They are different.  They are in different fonts.
 The source code for the pages is the same.
 Changing the font preferences for the browser doesn't change their appearance.

 This is possibly a default font problem?

Expected Results:  
 They should look exactly the same.
 Toggle back and forth, no pixels should be different.

Reproducible: Always

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Peter Van der Beken [:peterv]]

Can't access testcase, hostname unknown.

Comment 2

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

I have the testcases accesible, but we should upload them to the XSLT QA site,
there's no reason for IBM to be the only ones that can do QA

Comment 3

[Axel Hecht]

Jonas, we shouldn't upload random tests to the QA site.
Put them on a public webserver, like sicking.cc and then we can find out if that
is indeed an XSLT problem and if we need regression tests. And if we are the
right component to provide them and maintain them.

Comment 4

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

This turns out to be caused by bug 190302. We choose default font depending on
which charset a page came from.

Comment 5

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

fixed with the checkin of bug 190302