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=41705>. 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=41705 ------- Additional Comments From [EMAIL PROTECTED] 2007-02-26 06:37 ------- Note that the patch above does not change the POSTing of multiform/files, handled in the same "sendPostData" method in the "HTTPSampler2" class. Currently, UTF-8 is hardcoded for multiform/files in that method, it would be trivial to change that code to use the user specified encoding, as is now done for normal POST request. I haven't changed the posting of files in the "HTTPSampler" class neither. I think that the org.apache.jmeter.protocol.http.sampler.HTTPSampleResult, which I think is the class which writes the output that is shown in the "View results tree"->Request pane, incorrectly displays what is sent to the web server. The reason why I think so, is that it displays the same data before and after I apply the patch above. The "HTTPSampleResult" seems to just be using Strings, and not actually displaying the content as written to the output stream to the web server, so that explains, I think, why it displays different from what is being sent to the web server. I was thinking about patching the "HTTPSampleResult", so that it would print the name of the encoding used, but I will wait for feedback on the patch above before doing more work. -- 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]
