Skip to content
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.

[BUG-8076] On Mac OS/X, Chinese characters not displaying correctly in viewer, they appear as empty boxes. #15718

Open
sl-service-account opened this issue Dec 20, 2014 · 9 comments

Comments

@sl-service-account
Copy link

sl-service-account commented Dec 20, 2014

Steps to Reproduce

I first noticed it when typing Chinese in chat, using the QIM input method, which has worked correctly for me for years. Subsequently I have noticed that the problem also appears with Chinese characters in float-text, and notecards also.

Actual Behavior

Some (not all) Chinese characters do not display in Chat, IMs, object float-text, note-cards etc. Examples of text that does not display correctly include: 我爱你。我出生在上海但现在我住在澳大利亚悉尼。

Expected Behavior

I was expecting Chinese characters to be displayed correctly!

Other information

This problem seems to have appeared since I acquired a new Mac running Mavericks, but I have no difficulty typing Chinese in other applications using the same input method. The same viewer running on Snow Leopard does not exhibit the same problem.
I notice that this problem does not appear with Chinese text in in land descriptions in About Land, or in resident's profiles.
It looks as if the problem might be that the viewer is not handling Simplified Chinese characters. Traditional characters seem to work OK.

Attachments

Original Jira Fields
Field Value
Issue BUG-8076
Summary On Mac OS/X, Chinese characters not displaying correctly in viewer, they appear as empty boxes.
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter ZhouYifei (zhouyifei)
Created at 2014-12-20T01:16:34Z
Updated at 2015-12-21T00:31:02Z
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2014-12-21T03:50:01.874-0600',
  "Is there anything you'd like to add?": "This problem seems to have appeared since I acquired a new Mac running Mavericks, but I have no difficulty typing Chinese in other applications using the same input method. The same viewer running on Snow Leopard does not exhibit the same problem.\r\nI notice that this problem does *not* appear with Chinese text in in land descriptions in About Land, or in resident's profiles.\r\nIt looks as if the problem might be that the viewer is not handling Simplified Chinese characters. Traditional characters seem to work OK.",
  'Regression?': ['Issue is a Regression'],
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'Some (not all) Chinese characters do not display in Chat, IMs, object float-text, note-cards etc. Examples of text that does not display correctly include: 我爱你。我出生在上海但现在我住在澳大利亚悉尼。',
  'What were you doing when it happened?': 'I first noticed it when typing Chinese in chat, using the QIM input method, which has worked correctly for me for years. Subsequently I have noticed that the problem also appears with Chinese characters in float-text, and notecards also.',
  'What were you expecting to happen instead?': 'I was expecting Chinese characters to be displayed correctly!',
  'Where': 'Everywhere.',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2014-12-21T09:50:02Z

Does not reproduce on Windows 7 on Second Life 3.7.23 (297296) Dec 8 2014 10:43:35 (Second Life Release)
http://i.imgur.com/8VC02cr.png

Second Life 3.7.23 (297296) Dec  8 2014 10:43:35 (Second Life Release)
Release Notes

You are at 112.5, 93.3, 21.7 in Testylvania Sandbox located at sim10201.agni.lindenlab.com (216.82.49.67:13001)
SLURL: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/112/93/22
(global coordinates 332,656.0, 306,269.0, 21.7)
Second Life Server 14.12.05.297277
Release Notes

CPU: Intel(R) Core(TM)2 Duo CPU     P8700  @ 2.53GHz (2526.95 MHz)
Memory: 2000 MB
OS Version: Microsoft Windows 7 32-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: Intel
Graphics Card: Mobile Intel(R) 4 Series Express Chipset Family

Windows Graphics Driver Version: 8.15.0010.2302
OpenGL Version: 2.1.0 - Build 8.15.10.2302

libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1h zlib/1.2.8
J2C Decoder Version: KDU v7.0
Audio Driver Version: FMOD Ex 4.44.31
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Vivox 4.6.0009.20030

Built with MSVC version 1600
Packets Lost: 0/6,967 (0.0%)

@sl-service-account
Copy link
Author

Maestro Linden commented at 2014-12-22T23:48:18Z

I see the boxes on some of the characters of that test string on Mac, as the attached 'maestro view.png'.

My env:

Second Life 3.7.23 (297296) Dec  8 2014 11:35:34 (Second Life Release)
Release Notes

You are at 66.0, 104.0, 26.5 in Konacabana located at sim10546.agni.lindenlab.com (216.82.52.52:13002)
SLURL: http://maps.secondlife.com/secondlife/Konacabana/66/104/26
(global coordinates 261698.0, 249192.0, 26.5)
Second Life Server 14.12.05.297277
Retrieving...

CPU: Intel(R) Core(TM) i5-2557M CPU @ 1.70GHz (1700 MHz)
Memory: 4096 MB
OS Version: Mac OS X 10.10.1 Darwin 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64
Graphics Card Vendor: Intel Inc.
Graphics Card: Intel HD Graphics 3000 OpenGL Engine

OpenGL Version: 2.1 INTEL-10.0.19

libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1h zlib/1.2.8
J2C Decoder Version: KDU v7.0
Audio Driver Version: FMOD Ex 4.44.31
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Vivox 4.6.0009.20030

Built with GCC version 40201
Packets Lost: 0/453 (0.0%)

@sl-service-account
Copy link
Author

ZhouYifei commented at 2014-12-23T00:44:26Z

I see exactly the same as Maestro Linden's attached image.

@sl-service-account
Copy link
Author

Marissa Linden commented at 2014-12-30T00:20:30Z

Assigning to Grumpity for triage.

@sl-service-account
Copy link
Author

ZhouYifei commented at 2014-12-30T23:41:21Z

I have been doing some experiments on how my viewer searches for fonts, and how OS/X satisfies the search.

In the viewer's /Applications/Second Life Viewer.app/Contents/Resources/skins/default/xui/en/fonts.xml file, there is a "call" to a font file named 华文细黑.ttf (which is a font file intended for Chinese-language use). This font file exists in OS/X's fonts directory but does not seem to be being picked up by the viewer. As an experiment, I copied 华文细黑.ttf into /Applications/Second Life Viewer.app/Contents/Resources/fonts and now all my Chinese characters display correctly. Unfortunately, this "solution" means that everyone I talk to who uses a Mac, and has this problem, would have to do the same, which is not really satisfactory.

I don't know how OS/X and Second Life viewer handle searching for fonts, but this seems to be at least part of the problem.

@sl-service-account
Copy link
Author

ZhouYifei commented at 2014-12-31T00:36:25Z

Some further investigation suggests that Second Life Viewer is looking in /System/Library/Fonts for its font files, but not looking in /Library/Fonts where the bulk of OS/X font files are stored.

I deleted 华文细黑.ttf from /Applications/Second Life Viewer.app/Contents/Resources/fonts and then copied 华文细黑.ttf from /Library/Fonts to /System/Library/Fonts. When I started the viewer, Chinese characters displayed correctly. To confirm, I shut down the viewer, deleted 华文细黑.ttf from /System/Library/Fonts, and restarted the viewer, and Chinese characters once again displayed incorrectly.

I do not know where the Mac version of Second Life Viewer is told where to look for fonts, but this seems to be the cause of the problem. Would it be possible to tell the viewer to look in both directories?

@sl-service-account
Copy link
Author

ZhouYifei commented at 2015-12-20T06:10:49Z

This problem has become worse with release of El Capitan (OS/X 10.11). In addition to the problem documented above, EC no longer provides the Japanese font files ヒラギノ角ゴ Pro W3.otf and ヒラギノ角ゴ ProN W3.otf that the SL viewer expects, so neither Japanese or Chinese will display correctly.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-12-20T06:30:59Z

There is a fix pending for the El Capitan problem - see STORM-2124

@sl-service-account
Copy link
Author

ZhouYifei commented at 2015-12-21T00:31:03Z

That fix will only address the problem with Japanese, not Chinese. The Chinese font file referenced by the Second Life viewer is simply not in a directory that the viewer searches by default on OS/X.

All the work-arounds that involve editing the viewer's configuration files, or copying font files into non-default places, are not really satisfactory, because they only fix the problem locally for the user of the computer on which the work-around has been applied. Everybody else will still see the characters as gibberish, unless they apply the same work-arounds on their own machines.

This problem has gone unaddressed for more than a year.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant