Hello,

Following the fix of Bug 63129, I had a query and I have my test scenario as 
following: 

page1.jsp -> charset=Windows-31J
page2.jsp -> charset=UTF-8
JMeter Proxy with default encoding as UTF-8.

page1 sends a POST request with a Windows-31J encoded string and lands on 
page2. On page2 I am retrieving the string.
        <form action="page2.jsp">

When I hit submit on page1, computeContentEncoding[DefaultSamplerCreator.java] 
method calculates encoding of page2 [UTF-8] instead of page1 [Windows-31J] and 
hence garbling the Windows-31J encoded string.
Note: Request header doesn't specify encoding.

I wanted to know if we can also check for the current page's [page1] encoding 
so that the POST data can be decoded properly? Request you to please share your 
views.

Environment details:
os.name=Windows 8.1
java.version=1.8.0_201
Locale: en_IN
file.encoding=Cp1252


Thanks and Regards,
Prajjwal Laad

Reply via email to