character encoding in Javascript href parsed incorrectly.

RESOLVED WORKSFORME

Status

()

Core
Internationalization
RESOLVED WORKSFORME
16 years ago
15 years ago

People

(Reporter: Jeen Broekstra, Assigned: Roy Yokoyama)

Tracking

({intl})

Trunk
Sun
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

16 years ago
User-Agent:       Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1) Gecko/20020827

In the example page provided, two Javascript alert calls are shown, both using a
character encoding for an e with double dots. The first uses ë as a HTML
entity encoding. The second uses URL-encoding %EB.

For reference, I also provide a normal HTTP link with the encoding used in the
first Javascript call. This instance is parsed correctly by Mozilla.



Reproducible: Always

Steps to Reproduce:

Actual Results:  
The rendered page produces fine, but when the Javascript link is clicked the
alert shows an incorrect decoding of the encoded character.

Expected Results:  
It should have parsed the character correctly and display it accordingly (i.e.
the e with double dots on top).

Comment 1

16 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020911 MultiZilla/v1.1.22

work ok 

but in status bar I have diferent text 
1st link Belgie is ut8 encoding ie: somfing like this "BelgiA<<"
2nd link Belgie is normal text  België

Comment 2

16 years ago
Confirmed, using Mozilla 1.1.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

16 years ago
Keywords: intl
QA Contact: ruixu → ylong

Comment 3

16 years ago
I wonder if it is only exists in Sun OS, cause I see both 1st and 2nd case are
showing "België" on Windows and linux RH7.2.
(Reporter)

Comment 4

16 years ago
No, it's not SunOS-specific. I can produce the same problem on Windows 2000. It
seems specific to release 1.1 (haven't tried newer), 1.0 worked fine.

Comment 5

16 years ago
Can any one try this on latest build? cause I can not reproduce it on 09-23
trunk build (1.2b).

Comment 6

15 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031209

wfm even in statusbar

Comment 7

15 years ago
This bug worksforme with Windows Seamonkey builds 2004020909
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.