Some GBK characters can not be displayed correctly in Solaris Trunk

RESOLVED FIXED in mozilla0.9.1



18 years ago
18 years ago


(Reporter: eyan, Assigned: ftang)




Firefox Tracking Flags

(Not tracked)


(Whiteboard: depend on 80772 expect date 5/17)



18 years ago
I verified the diplay of GBK characters in Solaris Trunk, and I find some

All the GBK characters display OK, except:
0xa2a1 --> 0xa2aa displayed as NULL
0xa6e0 --> 0xa6f5 displayed as NULL
0xa8a2 --> 0xa8c0 displayed as NULL
0xa989 --> 0xa995 displayed as '?'

and in zh.GBK locale, the size of the characters are not the same.
but in zh.UTF-8 locale, the size is the same.

see also:

Comment 1

18 years ago
Katakai san, can you reproduce this?
Summary: Some GBK characters can not be displayed correctly in Solaris Trunk → Some GBK characters can not be displayed correctly in Solaris Trunk

Comment 2

18 years ago
reassign to ftang and target moz9.1
Assignee: nhotta → ftang
Target Milestone: --- → mozilla0.9.1


18 years ago
Ever confirmed: true

Comment 3

18 years ago
Add Brian@Netscape in Cc


18 years ago
QA Contact: andreasb → ylong
Ftang - Is this important for nsbeta1? Is this a requirement from the Sun team? 
Please Advise . . .

Adding Lbaliman to cc: list.

Comment 5

18 years ago
Sun says this is not a show-stopper


18 years ago
Keywords: intl
Good, then we do not need this one for nsbeta1. Let's minus it for beta, and
assign a milestone after M0.9.1

Comment 7

18 years ago
Changed QA contact to
QA Contact: ylong → katakai

Comment 8

18 years ago
The ucvcn is pretty massy right now. I clean up it to fix bug 75928. Hope that 
will also fix this one. 

Comment 9

18 years ago
This could be caused by the buggy ucvcn converters. wait and see what happen 
after we land 75928

Comment 10

18 years ago
Assign Ervin to QA contact
QA Contact: katakai → eyan


18 years ago
Whiteboard: depend on 80772 expect date 5/17

Comment 11

18 years ago
It should be fixed, right now. reopen if you still see the same problem. IF you 
see different problem- please file new bug. recycle bug report will confuse 
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 12

18 years ago
Verified in Mozilla nightly build 2001052210:
0xa2a1 --> 0xa2aa displayed OK.
0xa6e0 --> 0xa6f5 displayed OK.
0xa8a2 --> 0xa8c0 displayed OK.

but still some problems exsist.
0xa989 --> 0xa995 displayed as '?' (exist in old build)
0xa8bc and 0xa8bf displayed as '?' (new in latest build)
0xfe50 --> 0xfea0 displayed as '?' (new in latest build)

Comment 13

18 years ago
Verified in Mozilla 2001061410 on Solaris:

in zh_CN.GB18030 locale, all OK. 

But in zh_CN.GBK locale:
0xa8bc and 0xa8bf displayed as '?'
0xa989 --> 0xa995 displayed as '?'
0xfe50 --> 0xfea0 displayed as '?'

Comment 14

18 years ago

The solaris locale is not important for Mozilla folks. What are your
font setting on Mozilla? which fonts are available on your environment?

Comment 15

18 years ago
I use gbk-0 font for zh-CN environment in my Solaris machine.
You need to log in before you can comment on or make changes to this bug.