Closed Bug 161432 Opened 23 years ago Closed 23 years ago

Mozilla won't follow UTF-8 links

Categories

(Core :: Internationalization, defect)

Product:
Core
Component:
Internationalization
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED DUPLICATE of bug 140472

People

(Reporter: aswartz, Assigned: nhottanscp)

References

(
URL
)

Details

(Keywords: intl)

When trying to follow the UTF-8 links on http://pi.cr.yp.to/ Chimera gives me the following error: π.cr.yp.to could not be found. Please check the name and try again. π.cr.yp.to exists in DNS so I believe Chimera is munging the domain name somewhere. Peeking at my DNS resolver's logs, it appears that Chimera is trying to resolve "%cf%80%2e%63%72%2e%79%70%2e%74%6f", which is incorrect. %-escaping may work for HTTP, but it does not work in DNS. You need to send the raw UTF-8 bits.
Confirmed using FizzillaCFM/2002080508. Reassigning to Browser/Internationalization. Sounds a little like the problem discussed in bug 42898, comment 204.
Assignee: saari → yokoyama
Status: UNCONFIRMED → NEW
Component: General → Internationalization
Ever confirmed: true
Product: Chimera → Browser
QA Contact: winnie → ruixu
Summary: chimera can't follow UTF-8 links → Mozilla won't follow UTF-8 links
Version: unspecified → other
sounds like the same issue, how excatly did we resolve the other bug? (looong)
nhotta knows better on iDNS.
Assignee: yokoyama → nhotta
This is a dup of bug 140472. Sending raw UTF-8 is not legal but it is true that some sites are expecting it. *** This bug has been marked as a duplicate of 140472 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified as a dup.
Status: RESOLVED → VERIFIED
Keywords: intl
You need to log in before you can comment on or make changes to this bug.