[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