293356 - If one clicks through to the 'Buy now' page, character encoding fails and the lines in small red type are shown as a string of music characters

Status: RESOLVED DUPLICATE of bug 291107

(SeaMonkey :: General, defect)

Description

[Michael Graubart]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050504
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050504

I must apologize. This was one of my own bugs, but search as I may I cannot find
it in BugZilla in order to add a comment, so I must start from scratch. If, on
the above page, you click on 'Ailments', choose any ailment, click on one of the
suggested remedies and go through to 'Buy now' (and automatic character
detection is on), the '£' signs and most of the numbers are not correctly
displayed. If auto-detect is off and 'Western' is selected, most of the
information is correctly displayed.

But whatever one does, the lines in small red type (concerning overseas orders)
are -- with the exception of the last few words -- replaced by a line of music
characters! (I assume this has to do with the fact that I have some music fonts
installed).

What I want to add is the surprising fact that in Firefox (which, I take it, is
based on Mozilla) these lines are correctly displayed.

Reproducible: Always

Steps to Reproduce:
1.Go to above webpage.
2.Click 'Ailments'.
3.Choose one at random and click on a remedy.
4.Click through to 'Buy now' -- the page showing the order with the cost.
Actual Results:  
If auto-detect is on, the '£' sign and numbers are incorrectly displayed. If
'auto-detect' is off and 'Western'is selected, they are correctly shown.

In all cases, the following lines in small red type are replaced by a string of
irrelevant characters (in my case music characters).

Expected Results:  
Everything should be correctly displayed.

eMac G4, OS X 10.3.9, Classic theme.

NB: This problem does not show up in Firefox (or in other browsers -- but
Firefox is based on Mozilla!)

Comment 1

[Michael Graubart]

Attachment: Screen shot, pdf file

Relevant webpage with auto-detect on (or detect set to Unicode)

Comment 2

[Michael Graubart]

Attachment: Screen shot, pdf file

Screen shot of relevant page, with auto-detect off and detect set to Western

Comment 3

[Ben Fowler]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050503
Firefox/1.0+

This is a bit of a guess, and I could be completely wrong: I suggest that you
replace the control characters \x1A which what you want (possibly £
entity) and look carefully at the attribute on or near line 143: 

    face=\"Verdana, Arial, Helvetica, sans-serif\" 

If this fixes your problem then there is clearly no bug in Firefox. Otherwise,
could you come back with a shorter testcase.

Comment 4

[Hermann Schwab]

testcase available in
Bug 291107  	Automatic Character Encoding fails on some websites

*** This bug has been marked as a duplicate of 291107 ***

Comment 5

[Michael Graubart]

Re Comment #3: Ben, that is quite beyond me. I just use the stuff. Perhaps
someone else can try what you suggest.

Comment 6

[Ben Fowler]

At the moment I am using Camino, and it actually WFM in Camino, but I will
attach a testcase.

Comment 7

[Ben Fowler]

Attachment: Shorter testcase

I would still suggest that the work-around is to use standards complaint code.
Mozilla shines on bright code.

This is not to claim that Bug 291107 can be ignored or down-played

Comment 8

[Michael Graubart]

I have made a further intriquing discovery about this bug: if one selects the
line of music characters, copies it and pastes it into a text editor or word
processor, it comes out as the correct text in alphabetic script.