Ingo, I pulled slide from CVS on 11/18/2003.
Regards, 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: > > 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 @@ > > boolean itself = false; > String href = response.getHref(); > + href = org.apache.util.URIUtil.unescape(href); > if (!href.startsWith("/")) > href = HttpURL.getEscapedPath(href); > String httpURLPath = httpURL.getEscapedPath(); > > > > > > > ----- Original Message ----- > From: "Ivan Todoroski" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: ""Chamberlain James O. CONTR J9C998"" > <[EMAIL PROTECTED]> > Sent: Tuesday, November 25, 2003 4:20 AM > Subject: [BUGFIX] Re: Possible bug in client API > > > > > > 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 > > sequences, while the Slide client lib uses unescaped URLs in a > > comparison, so the > PROPFIND > > request fails to filter out it's own URL from the list of results > > when the URL contains special characters. > > > > > > -- > > Makefiles not war > > > > > > > > > > ----- Original Message ----- > > From: "Chamberlain James O. CONTR J9C998" > > <[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 > > 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 > > 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]
