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> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dominik.tritscher, lemma, mail, thiago |
Priority: | NOR | ||
Version: | 4.1 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed 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. |