QUrl in KDE 4
thiago at kde.org
Fri May 20 12:22:42 BST 2005
Stephan Kulow wrote:
>On Thursday 19 May 2005 21:23, Zack Rusin wrote:
>> > - handle URL-looking non-URLs (example: ed2k://|file|
>> QUrl follows the URI specification in this respect. QUrl does the
>> right thing in rejecting it. If KUrl accepted this stuff, then that's
>> really bad.
>I don't understand this point. What is the problem here? From what I
> remember, the only thing that the URI specification says is that
> everything is allowed behind the <protocol>: - unless protocol is among
> <pretty small list>
That's the spec.
The problem is that KURL in the KDE 3.2 developing days started using IDNA
and the "hostname"
was being passed to the IDNA functions. Since it is not a hostname, this
generated many different errors, the foremost being the enforcement of
the 64-character limit per label. What's more, it lowercases the name,
since hostnames are case insensitive. And it violates the STD3 rules for
ASCII-only hostnames. ([, ], | aren't allowed)
The culprit here is the // just behind ed2k:. If it weren't there, this
mess would never have happened. Or if the eDonkey 2000 authors used a
sane URL in the first place.
Thiago Macieira - thiago (AT) macieira (DOT) info
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
5. Swa he géanhwearf tó timbran, and hwonne he cóm, lá! Unix cwæð "Hello,
World". Ǽfre ǽghwilc wæs glæd and seo woruld wæs fréo.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the kde-core-devel