[jcifs] URL Decoding Enabled

Christopher R. Hertel crh at ubiqx.mn.org
Tue Dec 31 14:45:46 EST 2002

Gut reaction is that the escape handling should be done after the URL has 
been completely parsed, and then the individual parts should be re-escaped 
before building the URL back from the parts.

Looks as though there's a bit of the message missing, yes?

Chris -)-----

On Mon, Dec 30, 2002 at 07:21:14PM -0500, Allen, Michael B (RSCH) wrote:
> I still have not enabled URL decoding of '%' escapes in 0.7. I don't recall if I simply forgot about this or was waiting for things to stablize before throwing in another wrench but here it comes. Did
> we conclude that it was necessary to decode the *entire* URL? Natrually we would like to have a URL with an '@' in the path without being required to unconditionally encode it. Normally this sort of
> thing is handled by the client application (like a web browser) but because of how the SMB URL is integrated into the library some decoding is necessary.
> I have enabled decoding of '@' in the user info component "dom;user:pass" but that's it. There is no decoding of server or path components nor is '+' decoded as a space like:
>     smb://dom;us%61r:p%40ss@server/share/p@th/to/Some File.pdf
> Below is some sample examples/TestSmbURL output. Does this agree with everyone?

Samba Team -- http://www.samba.org/     -)-----   Christopher R. Hertel
jCIFS Team -- http://jcifs.samba.org/   -)-----   ubiqx development, uninq.
ubiqx Team -- http://www.ubiqx.org/     -)-----   crh at ubiqx.mn.org
OnLineBook -- http://ubiqx.org/cifs/    -)-----   crh at ubiqx.org

More information about the jcifs mailing list