QUrl in KDE 4

[Thiago Macieira]

Stephan Kulow wrote:
>On Thursday 19 May 2005 21:23, Zack Rusin wrote:
>> > - handle URL-looking non-URLs (example: ed2k://|file|
>>
>> Ugly_looking[file]name|343928602|00000000000000000000000000000000|/)
>>
>> 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"
	|file|Ugly_looking[file]name|343928602|00000000000000000000000000000000|

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
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050520/1c576549/attachment.sig>