DO NOT REPLY [Bug 40089] New: - plus (+) is decoded in path components of URLs which seems to be incorrect.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=40089>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40089

           Summary: plus (+) is decoded in path components of URLs which
                    seems to be incorrect.
           Product: Slide
           Version: 2.1
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: WebDAV client
        AssignedTo: [email protected]
        ReportedBy: [email protected]


The bug concerns the following code location:

file: clientlib/src/java/org/apache/webdav/lib/WebdavResource.java
function: "protected void setWebdavProperties(..)"
Around line 1025, there is following call:

String escapedHref = URIUtil.decode(href);

The problem is that this call does not recognize that a plus (+) is in a path
component therefore does not represent a space.  This bug manifests itself in
calls like webdavResource.listWebdavResources(): If a resource has a real '+' in
the name, it gets decoded to a space.

(Tested with server: Apache mod_dav 2.2.2: PROPFIND returns a literal "+" for a
literal "+" in a path component.  Other WebDAV servers (ie: apache tomcat) seem
to return plus as %2B to workaround problems in some of the client libraries
like this).

Reference: http://www.faqs.org/rfcs/rfc2396.html, section 3.3 which seems to
indicate that '+' is not reserved within path components.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.