[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KURL problem
From:       David Faure <faure () kde ! org>
Date:       2005-09-27 11:57:40
Message-ID: 200509271357.40415.faure () kde ! org
[Download RAW message or body]

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@kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).

[prev in list] [next in list] [prev in thread] [next in thread]