If I set the path to /chamberlainj/test-10 I can reproduce the problem. Really any path that has a dash or underscore in it causes the problem. I installed the patch that Ivan sent out and it appears to have solved the problem for me. I have also reproduced the problem by using paths with /t-1, /t_1, /_t, /-t. With any of those paths it returns the current directory with the contents.
Regards, James -----Original Message----- From: Ingo Brunberg [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 25, 2003 7:53 AM To: [EMAIL PROTECTED] Subject: Re: [BUGFIX] Re: Possible bug in client API Could you tell me a specific pathname, that is not working. As I said I am not able to reproduce the problem. Regards, Ingo > Ingo, > > I pulled slide from CVS on 11/18/2003. > > Regards, > =20 > James > > > > -----Original Message----- > From: Ingo Brunberg [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 25, 2003 6:50 AM > To: [EMAIL PROTECTED] > Subject: Re: [BUGFIX] Re: Possible bug in client API > > > Hi Ivan, > > I can't reproduce your problem. As you can see from the last line of > your patch, the escaped pathnames are compared not the unescaped ones. > > James, which Slide version are you using? > > Regards, > Ingo > > > Hmm... seems the attachment didn't survive for some reason, here it > > is > > > in plain > > text: > >=20 > > diff -u -r1.69 WebdavResource.java > > --- src/webdav/client/src/org/apache/webdav/lib/WebdavResource.java > > +++ src/webdav/client/src/org/apache/webdav/lib/WebdavResource.java > > @@ -918,6 +918,7 @@ > >=20 > > boolean itself =3D false; > > String href =3D response.getHref(); > > + href =3D org.apache.util.URIUtil.unescape(href); > > if (!href.startsWith("/")) > > href =3D HttpURL.getEscapedPath(href); > > String httpURLPath =3D httpURL.getEscapedPath(); =20 > >=20 > >=20 > >=20 > >=20 > >=20 > > ----- Original Message ----- > > From: "Ivan Todoroski" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Cc: ""Chamberlain James O. CONTR J9C998""=20 > > <[EMAIL PROTECTED]> > > Sent: Tuesday, November 25, 2003 4:20 AM > > Subject: [BUGFIX] Re: Possible bug in client API > >=20 > >=20 > > > > > > Hi James, > > > > > > I've ran into the same problem a few times before, patch to fix > > > this > > > > is attached. > > > > > > The reason is that the Slide server returns URLs escaped with > > > %xx=20 sequences, while the Slide client lib uses unescaped URLs > > > in a=20 comparison, so the > > PROPFIND > > > request fails to filter out it's own URL from the list of > > > results=20 when the URL contains special characters. > > > > > > > > > -- > > > Makefiles not war > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: "Chamberlain James O. CONTR J9C998"=20 > > > <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Friday, November 21, 2003 9:19 PM > > > Subject: Possible bug in client API > > > > > > > > > I am using the Slide client API to traverse a WEBDAV server > > > (Xythos) > > > > and download the documents. I think I have encountered a problem > > > in=20 the API. If I set the path to a directory with an underscore > > > or dash > > > > in the name, then call listBasic it returns the current directory > > > as > > > > one of the items in the array. Is this a known problem? Anyone > > > else=20 seen this behavior? > > > > > > Regards, > > > > > > James --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
