Closed
Bug 80942
Opened 23 years ago
Closed 23 years ago
URL Bar accepts 8bit characters like ä,ö,ü,ß and tries to resolve them
Categories
(SeaMonkey :: Location Bar, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: Junk_HbJ, Assigned: alecf)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9) Gecko/20010505
BuildID: 2001051308
If you type an _invalid_ URL like http://www.צה.com, Mozilla tries to resolve
that, showing some gargabe like "Resolving host www.ֳ¶ֳ₪.com" in the status bar.
I think Mozilla should detect this invalid input instead of processing it.
Reproducible: Always
Steps to Reproduce:
1. Type in http://www.צה.com
Actually the real world usage of dns changed recently, are you sure these are
still invalid? It's odd that we show the error about escaped versions of the
url.
URL: http://n/a → http://www.צה.com
Comment 2•23 years ago
|
||
marking INVALID
I can use whatever DNS server/implementation I want, or even add entries to my
hosts file. I would be really pissed off if Mozilla blocked me from accessing them.
Mozilla is a browser. It should try to access whatever URL it's given.
These types of URLs might be invalid for DNS you use, but valid for the rest of
the world.
Two comments on that:
1. If I click on http://www.дц.com, I get the error "www..com" not found. What
about marking at least that as a bug.
2. Mozilla shows "Resolving host www.öä.com" in the status bar if I have
manually typed "www.дц.com" in the URL Bar. Bug or feature?
Finally, I accept that the idea of this bug ("8-bit characters in URL Bar are
invalid") is wrong.
But about the two other points?
Comment 4•23 years ago
|
||
That's 2 good points. Add to it:
3. When you mouseover http://www.дц.com link, the Statusbar shows
http://www.%E4%F6.com
Which is totally wrong since that part of URL has nothing to do with HTTP's way
of representing characters in it's requests.
You can file bug/s on those. Something like "Implement 8bit character handling
for URL hosts" under Internationalisation component, and add 'intl' keyword to it.
Comment 5•23 years ago
|
||
hmmm actually it is relevant to HTTP and the Host: attribute it receives.
But it is first used to connect to that host, so I don't think it should convert
it to % form when displaying URL.
verify invalid. thank you for filing the more correct bugs.
Status: RESOLVED → VERIFIED
Keywords: intl
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•