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=36830>. 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=36830 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW ------- Additional Comments From [EMAIL PROTECTED] 2005-09-27 22:25 ------- I'm using "Follow Redirect", but looking at the code, it seems like the problem would occur no matter what the request is a result of. In general, it looks like that cookies would never be sent to the server. The cookies are printed out in the request tab of the "Results Tree" element, but it's not being sent (the "Results Tree" prints out the request string prior to it actually being sent). The HTTPClient class modifies the request header. The same problem occurs with HTTPSampler. As for a test case, I'm not sure if I can give you one. I can describe a test scenario, but the server I'm hitting is a private test server that nobody can access from the outside. If you hit a server page that does a set-cookie, then a redirect, the second request won't have cookies sent to it (I know this because I am doing tcpdump on my server) even though the result tree shows it. I have jmeter setup in eclipse and debugged it up to the point that httpclient is writing the header. At this point, httpclient inserts it's own header information, and the cookie header values that HTTPSampler2 setup are removed. See the addCookieRequestHeader function in HTTPMethodBase.java (found in commons-httpclient-2.0.2). I have a fix for this that I'm using right now. I just want to make sure that others might be having this problem. -- 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. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
