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=31232>. 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=31232 response.encodeURL() not encoding URL when mix of cookies and URL rewriting ------- Additional Comments From [EMAIL PROTECTED] 2004-09-20 21:02 ------- Our use case is that our system is half web-based and half applet based. The applets communicate with our servlets, setup sessions, redirect users to various web pages. All this has to be done through URL rewriting because the cookie caches aren't shared between broswer and the applet. This is in the /sub context. Now we have a members section that is cookie based on the root context. We tried linking some features of the members section into the applet so it's accessible in the applet. But whenever the user goes to the member section all access to the /sub is "screwed up" like how I mentioned before: the URL rewriting in the sub context doesn't take because of the cookie at the root context. Lets see workaround for us... 1) rewrite our site to use URL rewriting instead of cookies. 2) move members ares to a separate /sub2 context. Can't do that because they still access pages from / -------------------- But use case aside, it just seems like a bug: I specify that the /sub context is not to use cookies (force URL rewriting) and it's not using the session ID given on the URL because the root context uses cookies. I would it expect it use URL rewriting instead of not being able to use anything. I don't know if there is a spec covering URL-rewriting so I can't refer to anything other than it being vendor specific. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
