You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by cwang <cw...@mincron.com> on 2007/10/05 19:35:18 UTC
JMeter Proxy Server
I've setup the proxy and it does record.
My problem is on one page there is a field in UTF-8 encoding, but after
passing though the proxy server the value of the field is corrupted causing
the site to throw an error.
after passing though the proxy server the html was changed.
from:
<INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="㌐" />
to:
<INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="?" />
and the string queue should be:
ENCODING_TEST=%E3%8C%90
but is now:
ENCODING_TEST=%3F
thanks for the help.
--
View this message in context: http://www.nabble.com/JMeter-Proxy-Server-tf4576699.html#a13064175
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: JMeter Proxy Server
Posted by cwang <cw...@mincron.com>.
I don't know if helps but it seems the data is being corrupted going from the
client > proxy > server as well.
from the tcp packets it seems when the proxy was used "e3 3f 3f" was
submitted and when it wasn't "e3 8c 90" was submitted.
cwang wrote:
>
> I tried with:
> http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_multipart_utf8.htm
>
> when not using proxy the submitted data is returned as expected.
>
> when using proxy the data was corrupted.
>
> submitting : ㌐
> as the name email and phone
>
> the results:
>
> Simple Form - UTF-8 encoding
> Value of name : �??
>
> Value of email : �??
>
> Value of telephone : �??
>
>
> In my case the server is the one that sends the client a hidden field with
> a value in UTF-8. Then when the client submits the forum that field is
> encoded and returned to the server to verify that the client is using an
> UTF-8 compatible browser. However when the server sends the field though
> the proxy server the value of the field is changed to "?" which is then
> encoded by the browser to the %3F value.
>
> I'm going to test some more and see if I can find anything useful.
>
>
>
> Alf Høgemark wrote:
>>
>> Hi,
>>
>> I see you have created a bugzilla issue for this as well, that is good.
>>
>> If you could do some testing at
>> http://www.kanonbra.com/opensource/testing/httptesting/
>> more specifically, either using the
>> http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_utf8.htm
>> or
>> http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_multipart_utf8.htm
>> depending on what is matching your scenario, that would be great.
>>
>> You should test using your browser only, and entering the UTF-8 values
>> you are using for testing, and see if they work as expected in this test
>> application.
>> Then you should start JMeter, and use the "Http proxy server", and then
>> point your browser to the http proxy server, and do the testing, and
>> then see
>> how the test plan gets recorded.
>>
>> Using http://rishida.net/scripts/uniview/conversion, it seems to me that
>> the "%E3%8C%90" value you have corresponds to U+3310 in Unicode U+hex
>> notation, is that as you expect ?
>>
>> I am very busy right now, so I doubt I will have time to look into this
>> possible bug this week, so if you could help with some testing that
>> would be great, and increases the chances of solving this quickly.
>>
>>
>> Regards
>> Alf
>>
>>
>> cwang wrote:
>>> I've setup the proxy and it does record.
>>>
>>> My problem is on one page there is a field in UTF-8 encoding, but after
>>> passing though the proxy server the value of the field is corrupted
>>> causing
>>> the site to throw an error.
>>>
>>> after passing though the proxy server the html was changed.
>>>
>>> from:
>>> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="㌐"
>>> />
>>> to:
>>> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="?"
>>> />
>>>
>>> and the string queue should be:
>>> ENCODING_TEST=%E3%8C%90
>>> but is now:
>>> ENCODING_TEST=%3F
>>>
>>> thanks for the help.
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>>
>>
>>
>
>
--
View this message in context: http://www.nabble.com/JMeter-Proxy-Server-tf4576699.html#a13068653
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: JMeter Proxy Server
Posted by cwang <cw...@mincron.com>.
I tried with:
http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_multipart_utf8.htm
when not using proxy the submitted data is returned as expected.
when using proxy the data was corrupted.
submitting : ㌐
as the name email and phone
the results:
Simple Form - UTF-8 encoding
Value of name : �??
Value of email : �??
Value of telephone : �??
In my case the server is the one that sends the client a hidden field with a
value in UTF-8. Then when the client submits the forum that field is
encoded and returned to the server to verify that the client is using an
UTF-8 compatible browser. However when the server sends the field though
the proxy server the value of the field is changed to "?" which is then
encoded by the browser to the %3F value.
I'm going to test some more and see if I can find anything useful.
Alf Høgemark wrote:
>
> Hi,
>
> I see you have created a bugzilla issue for this as well, that is good.
>
> If you could do some testing at
> http://www.kanonbra.com/opensource/testing/httptesting/
> more specifically, either using the
> http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_utf8.htm
> or
> http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_multipart_utf8.htm
> depending on what is matching your scenario, that would be great.
>
> You should test using your browser only, and entering the UTF-8 values
> you are using for testing, and see if they work as expected in this test
> application.
> Then you should start JMeter, and use the "Http proxy server", and then
> point your browser to the http proxy server, and do the testing, and
> then see
> how the test plan gets recorded.
>
> Using http://rishida.net/scripts/uniview/conversion, it seems to me that
> the "%E3%8C%90" value you have corresponds to U+3310 in Unicode U+hex
> notation, is that as you expect ?
>
> I am very busy right now, so I doubt I will have time to look into this
> possible bug this week, so if you could help with some testing that
> would be great, and increases the chances of solving this quickly.
>
>
> Regards
> Alf
>
>
> cwang wrote:
>> I've setup the proxy and it does record.
>>
>> My problem is on one page there is a field in UTF-8 encoding, but after
>> passing though the proxy server the value of the field is corrupted
>> causing
>> the site to throw an error.
>>
>> after passing though the proxy server the html was changed.
>>
>> from:
>> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="㌐" />
>> to:
>> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="?" />
>>
>> and the string queue should be:
>> ENCODING_TEST=%E3%8C%90
>> but is now:
>> ENCODING_TEST=%3F
>>
>> thanks for the help.
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/JMeter-Proxy-Server-tf4576699.html#a13067936
Sent from the JMeter - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: JMeter Proxy Server
Posted by Alf Høgemark <al...@i100.no>.
Hi,
I see you have created a bugzilla issue for this as well, that is good.
If you could do some testing at
http://www.kanonbra.com/opensource/testing/httptesting/
more specifically, either using the
http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_utf8.htm
or
http://www.kanonbra.com/opensource/testing/httptesting/utf8/edit/simple_test_form_multipart_utf8.htm
depending on what is matching your scenario, that would be great.
You should test using your browser only, and entering the UTF-8 values
you are using for testing, and see if they work as expected in this test
application.
Then you should start JMeter, and use the "Http proxy server", and then
point your browser to the http proxy server, and do the testing, and
then see
how the test plan gets recorded.
Using http://rishida.net/scripts/uniview/conversion, it seems to me that
the "%E3%8C%90" value you have corresponds to U+3310 in Unicode U+hex
notation, is that as you expect ?
I am very busy right now, so I doubt I will have time to look into this
possible bug this week, so if you could help with some testing that
would be great, and increases the chances of solving this quickly.
Regards
Alf
cwang wrote:
> I've setup the proxy and it does record.
>
> My problem is on one page there is a field in UTF-8 encoding, but after
> passing though the proxy server the value of the field is corrupted causing
> the site to throw an error.
>
> after passing though the proxy server the html was changed.
>
> from:
> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="㌐" />
> to:
> <INPUT TYPE="HIDDEN" ID="ENCODING_TEST" NAME="ENCODING_TEST" VALUE="?" />
>
> and the string queue should be:
> ENCODING_TEST=%E3%8C%90
> but is now:
> ENCODING_TEST=%3F
>
> thanks for the help.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org