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 2007/01/08 20:15:04 UTC
DO NOT REPLY [Bug 41319] New: - Parmeter value being URL decoded in URLRewritingModifier
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=41319>.
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=41319
Summary: Parmeter value being URL decoded in URLRewritingModifier
Product: JMeter
Version: 2.2
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: HTTP
AssignedTo: jmeter-dev@jakarta.apache.org
ReportedBy: bugmenot@lortemail.dk
We are having issues with the URLRewritingModifier functionality. We are trying
to rewrite form parameters that have plus signs in them. Unfortunately, the
parameter is getting url decoded before it is submitted for the next page.
So for example:
hello+all
gets submitted as
hello all
on the subsequent page.
I've been able to fix the problem by modifying URLRewritingModifier.java and
changing:
sampler.getArguments().addArgument(new HTTPArgument(getArgumentName(), value,
true));
to:
sampler.getArguments().addArgument(new HTTPArgument(getArgumentName(), value,
false));
and this has resolved the issue. However, this may break parameters retrieved
from the url itself. My suggestion would be to have a checkbox to indicate
whether it is a form parameter or not and create the new argument appropriately.
--
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: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org