You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by bu...@apache.org on 2003/12/11 23:56:24 UTC
DO NOT REPLY [Bug 25257] -
Proxy recording does not intepert unit code \u3310 correctly
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=25257>.
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=25257
Proxy recording does not intepert unit code \u3310 correctly
------- Additional Comments From jsalvata@atg.com 2003-12-11 22:56 -------
My browsers behave differently: they send ENCODING_TEST=%26%2313072%3B -- which
is ㌐ -- which makes sense, since 13072 decimal equals 3310 hex.
I've tested using Mozilla 1.5 and MSIE 6.0.
The same result holds if I add this field to the form:
<input name=TEST2 value="㌐">
Although the test field shows char 3310 (square giga).
Which browser version are you using? What's the URL shown in the browser's
location bar in one case and the other?
I've also made a simpler text: I've just submitted
http://myserver/snoop/?ENCODING_TEST=%E3%8C%90 to the proxy, which has behaved
decently -- the only problem being that the parameter value has been recorded as
three iso-8859-1 characters: hex E3, hex 8c and hex 90.
My guess is that this happened thanks to my locale being Latin-1-based... a
different locale could use a different decoding and do the kind of
transformation you point to.
We should make sure that all URL encoding and decoding is explicitly done using
UTF-8. Or, alternatively, have the proxy record the undecoded parameters and not
mark the "encode" checkbox.
Jyh-Ching: can you please try running JMeter under a "C", "US" or some other
iso-8859-1-based locale and see if the problem still happens? This may confirm
my diagnostic as well as provide a workaround.
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org