Version: 3.5.1 (using KDE 3.5.1, Gentoo) Compiler: gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) OS: Linux (i686) release 2.6.15-suspend2-r7 I found a web site today that (accidentally) had a URL that ended in CR/LF (or rather '%0D%0A'), URL lookup naturally failed, however it works OK under FireFox and IE which must be stripping CR/LFs off the end of URLs before looking them up. My guess is that probably konq is strictly doing the 'right thing' while FF and IE are doing the pragmatic, usefull thing. Anyway this isn't a plea to necessarily fix anything since this may be a standards wrangling issue, just wanted to point out that there is a difference and some real-world URLs fail and you guys might want to consider whether you want to make things compatable with the other browsers
quick added note - just noticed that the URL in question is coming from inside flash. You can see it on: http://www.ninthwavedesigns.com/ if you click "skip intro" (though I also pointed it out to the owner and she might fix it before you get to it)
In kde4 trunk 20080430, it still has the save behaviour looking for a page in a server. But if the URL ends in %0d%0a in the server name, without an ending slash, it continues "searching the server" forever (more than 5 minutes), with an ending slash it says (unknown machine).
There's no flash intro on that page anymore; new testcase needed.
see comment #3