KURL problem

David Faure faure at kde.org
Tue Sep 27 12:57:40 BST 2005


On Tuesday 27 September 2005 13:51, Andras Mantia wrote:
> On Tuesday 27 September 2005 14:14, David Faure wrote:
> > On Tuesday 27 September 2005 13:01, Andras Mantia wrote:
> > > On Tuesday 27 September 2005 13:39, Michael Brade wrote:
> > > > And what happens with your patch in case of ftp://ya\@kde.org//?
> > > > You don't want to get ftp://ya\@kde.org.
> > >
> > > It happens the same as I would get for "ftp://ya\@kde.org/". I
> > > doubt applications are analyzing the URL before requesting an
> > > adjustPath(-1). make check fails, but for another case:
> > > "kurltest: amantia.url() : checking 'http://?.foo' against expected
> > > value 'http://xn--80a.foo'... KO !"
> >
> > Heh, it's funny that it should fail for you on a variable named after
> > you, isn't it? :) Seems to be an IDN problem, can someone who knows
> > about IDN look into this?
> 
> Yeah, it was funny, but I'm sure that I did not add the IDN thing 
> there. ;-)

No I did after path() returned different results for different people.

However the real question is: do you remember why you asked for whether "%E1.foo"
was a valid URL? It is parsed by the current KURL, but Thiago tells me that this url
doesn't have a defined interpretation.

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).





More information about the kde-core-devel mailing list