Open Bug 271398 Opened 20 years ago Updated 2 years ago

calling a bookmark via keyword doesn't work for an international domain (IDN) with umlauts

Categories

(Core :: Internationalization, defect)

defect

Tracking

()

People

(Reporter: ch.ey, Unassigned)

References

Details

Attachments

(2 files)

Create a bookmark where location is e.g. "http://www.teßtdomäin.de" and enter a keyword, e.g. "test". The bookmark's name and keyword don't need to contain umlauts. Clicking on the bookmark works as expected (displays http://www.tesstdomäin.de in the url bar and retrieves the site from http://www.xn--tesstdomin-x5a.de). But calling the bookmark by entering "test" in the url bar, an alert pops up saying "www.teÃtdomÀin.de could not be found." Tested on Win98 with Mozilla 1.8a4+ and Firefox 1.0, on Win2k with Mozilla 1.7.3 and on Linux with Mozilla 1.8a4+.
Attached image Alert on Windows
Attached image Alert on Linux
Testcase confirmed in: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 This is probably a duplicate of bug 145962
Kasumi listed other related/duplicate bugs in bug 145962 aswell: "Many bugs regarding non-ascii for path are reported. bug 107448, bug 117754, bug 139625, bug 125621, bug 125640"
(In reply to comment #3) > This is probably a duplicate of bug 145962 One could handle it as such. But two points: 1. This bugs issue shouldn't be a general, deep lying problem since the whole thing works when clicking on the bookmark instead using the keyword. 2. Umlauts aren't specified as valid for the path in an URL but are as part of the host part (at least for user presentation). RFC 3490 says "An IDNA-aware application can accept and display internationalized domain names in two formats: the internationalized character set(s) supported by the application, and as an ACE label." and "ACE encoding is opaque and ugly, and should thus only be exposed to users who absolutely need it."
Note also bug 123006
Depends on: 145962
QA Contact: amyy → i18n

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: smontagu → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: