199229 - Decode ACE encoded international domain names (IDN) for UI

Status: RESOLVED WORKSFORME

(Core :: Networking, defect, P5)

Description

[nhottanscp]

Separated from bug 196717.

nsIIDNService::convertACEtoUTF8 is now implemented. 
ACE encoded string need to be decoded before shown to UI.

nsIIDNService::isACE can be used to check the domain name is ACE encoded.

darin mentioned nsStandardURL needs this
http://bugzilla.mozilla.org/show_bug.cgi?id=196717#c19

Comment 1

[Darin Fisher]

-> me

nhotta: is this required for mozilla 1.4?

Comment 2

[nhottanscp]

The decode is also needed for showing HREF link with raw ACE in status bar.
HREF link may contain raw ACE in order to work with non-IDN browsers.

Comment 3

[Jungshik Shin]

Perhaps, we have to call IsACE at

http://lxr.mozilla.org/seamonkey/source/intl/uconv/src/nsTextToSubURI.cpp#174

Comment 4

[Darin Fisher]

Yeah, maybe.  Although I think we definitely want to make nsStandardURL smart
enough to automatically make this conversion as part of its URI normalization
process.

Comment 5

[Christian :Biesinger (don't email me, ping me on IRC)]

is this fixed by bug bug 237819?

Comment 6

[Darin Fisher]

not quite.  in some cases, fixing this bug means that we need to remember to use
the value of nsIURI::host instead of nsIURI::asciiHost.  remember that bug you
fixed for the status bar just recently?  :-)

that said, this bug certainly depends on bug 237819.

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

This may be fixed (or wontfixed) by bug 320807.
In bug 320807, we stop to use |unEscapeURIForUI| if the string has host name.

Comment 8

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008041001 SeaMonkey/2.0a1pre

"Copy Link Location" on the URL link at top of this bug gives me http://日本語.jp/ which looks "possible" as a decoding result.

Reporter (nshottanscp) and/or Masayuki Nakano (Mozilla Japan), I don't know Japanese, so:
- is the above result the desired one?
- do you still experience this bug on a current build of Firefox 3 or SeaMonkey 2?
If your answers are yes and no (respectively), I suppose this bug could be resolved WORKSFORME.

Comment 9

[donatetosorry]

it's still not possible to send Emails to IDN Domains for expamle example@exämpel.de

Comment 10

[Firefox Bug Husbandry Bot]

Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258

Comment 11

[Valentin Gosu [:valentin] (he/him)]

I think everything in the bug is fixed.