User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040421 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040421 When displaying BIG5 Chinese pages, the characters immediately follow the symbol BIG-5 0xA14B are not rendered properly Reproducible: Always Steps to Reproduce: 1. Create a BIG-5 encoded HTML file 2. Type some text with symbol 0xA14B in the middle of the text 3. Open the file in Mozilla Actual Results: The characters after the symbol 0xA14B are all messed up. Almost none of the gets rendered. Expected Results: Properly displayed Chinese text.
It would be helpful if you could provide a screenshot of the actual and expected rendering.
Uploaded screenshots of the same sample file. Note Safari is configured to use a different font but it doesn't matter which font I use in either of the browsers. BTW. The OS is OS X 10.3.3.
WFM using Mozilla-Mac/2004042110 on OS X 10.2.8. Reassigning to Layout: Fonts and Text.
Considering smontagu moved this to i18n and it seems like it could be a decoder problem, moving *back* to i18n.
I've just reproduced this bug on Mac (with 1.6). At first I thought this bug is due to that Safari's interpretation of Big5 is different from that of Mozilla, but it turned out that Mozilla on Linux render the sample case (attachment 147036 [details]) exactly the same way as Safari does, which means that it can't be a decoder issue
This problem is still in the latest build of Firefox 2.0. It only occurs in Mac version, not Windows. I also find the same text encoded in UTF-8 doesn't show the problem.
The problem is no longer reproducible in trunk. I think the new GFX implementation fixed it?
Confirmed, I just downloaded a trunk build and can't reproduce this any more.
WORKSFORME per last comments