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)

x86
Windows 98
defect
Not set
normal

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.
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.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Keywords: intl
Resolution: --- → INVALID
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?
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.
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.
Just filed bug 81019, bug 81022 and bug 81024 for these three issues. Feel free to give them better discriptions (and to CC yourself) ;-)
verify invalid. thank you for filing the more correct bugs.
Status: RESOLVED → VERIFIED
Keywords: intl
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.