| Summary: | DNS-lookup not done with name that starts like an IP address | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Johan Thelmen <johan.thelmen> |
| Component: | qt | Assignee: | kdelibs bugs <kdelibs-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dominik.tritscher, lemma, mail, thiago |
| Priority: | NOR | ||
| Version First Reported In: | 4.1 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Johan Thelmen
2008-09-13 09:47:14 UTC
I can confirm this on KDE 4.1.1. * If I type the bare address, konqueror doesn't seem to be doing anything. * If I type http://179.108.227.87.static.f.siw.siwnet.net konqueror changes it to http://http//179.108.227.87.static.f.siw.siwnet.net and gives me an "Unknown Host" error. Interesing... right clicking that first link ( http://179.108.227.87.static.f.siw.siwnet.net ) in konqueror does not offer options to open in another tab or copy link. It just doesn't see it is a link, although it marks it as such because in html it is wrapped in <a> tags. Must be a kdelibs bug. I did some tests with QUrl, basically I jsut played a bit with the following line:
qDebug(QUrl("http://179.108.227.87.static.f.siw.siwnet.net").toString().toAscii());
The results:
- with the above url, QUrl returns nothing (empty debug output)
- stripping the url to the numbers only worked fine (http://179.108.227.87)
So i assume the problem is with QT and should be reported upstream.
After some analysis this seems to be a Qt bug, not a KDE one. QUrl can't handle URLs whose hostname starts with an ip, eg. http://1.2.3.4.testsite.com. Reported on http://trolltech.com/bugreport-form -- Johan Thelmén Fixed for Qt 4.5. |