DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4416>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4416 URI En/Decoding not working [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Summary|URI En/Decoding not working |URI En/Decoding not working ------- Additional Comments From [EMAIL PROTECTED] 2002-03-19 23:20 ------- It isn't specified exactly what characters aren't round tripping, but it is assumed they are characters codes beyond 127 that have not been escaped. RFC1738 states that such character must be escaped. However, round tripping can't be guaranteed in all cases. For example, %3F ('?') in a URL won't round trip. The "saveOriginal" attribute of DecodeInterceptor was provided to help deal with this issue. However, the default was set to "false" because "true" isn't usable with the Netscape Web Server. I'm marking this bug as FIXED because the saveOriginal now has some documentation. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
