You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@jmeter.apache.org by bu...@apache.org on 2012/02/16 10:31:23 UTC
DO NOT REPLY [Bug 52678] New: Proxy : When doing replacement of
UserDefinedVariables, partial values should not be substituted
https://issues.apache.org/bugzilla/show_bug.cgi?id=52678
Bug #: 52678
Summary: Proxy : When doing replacement of
UserDefinedVariables, partial values should not be
substituted
Product: JMeter
Version: 2.6
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: HTTP
AssignedTo: issues@jmeter.apache.org
ReportedBy: p.mouawad@ubik-ingenierie.com
Classification: Unclassified
Example:
If have a UDV : wsport set to 80
In a captured request I have 80754, it gets replaced by : ${wsport}754
In my opinion replacement should only be done on full word.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 52678] Proxy : When doing replacement of UserDefinedVariables,
partial values should not be substituted
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=52678
jens_0@hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #2 from jens_0@hotmail.com ---
This change does only work when "Regex matching" is activated.
Shouldn't StringUtilities.substitute be changed the same way?
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 52678] Proxy : When doing replacement of UserDefinedVariables,
partial values should not be substituted
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=52678
Philippe Mouawad <p....@ubik-ingenierie.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |FIXED
--- Comment #3 from Philippe Mouawad <p....@ubik-ingenierie.com> ---
Documentation says:
Regex Matching : Use Regex Matching when replacing variables? If checked
replacement will use word boundaries, ie it will only replace word matching
values of variable, not part of a word. A word boundary follows Perl5
definition and is equivalent to \b.
So I think it is clear and changing this would break this contract.
Another point, it's ReplaceFunctionsWithStrings that is concerned not
StringUtilities.
I close as resolved (not WONTFIX as it has been fixed).
If you disagree you can open a new BUG or ENHANCEMENT referencing this one.
Thank you
Regards
Philippe
--
You are receiving this mail because:
You are the assignee for the bug.
DO NOT REPLY [Bug 52678] Proxy : When doing replacement of
UserDefinedVariables, partial values should not be substituted
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=52678
Philippe Mouawad <p....@ubik-ingenierie.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |p.mouawad@ubik-ingenierie.c
| |om
Resolution| |FIXED
--- Comment #1 from Philippe Mouawad <p....@ubik-ingenierie.com> 2012-02-17 17:41:25 UTC ---
Date: Fri Feb 17 16:56:20 2012
New Revision: 1245652
URL: http://svn.apache.org/viewvc?rev=1245652&view=rev
Log:
Bug 52678 - Proxy : When doing replacement of UserDefinedVariables, partial
values should not be substituted
Modified:
jmeter/trunk/src/core/org/apache/jmeter/engine/util/ReplaceFunctionsWithStrings.java
jmeter/trunk/xdocs/changes.xml
jmeter/trunk/xdocs/usermanual/component_reference.xml
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 52678] Proxy : When doing replacement of UserDefinedVariables,
partial values should not be substituted
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=52678
--- Comment #4 from jens_0@hotmail.com ---
The name "Regex matching" for this option does not seem to be clear then...
--
You are receiving this mail because:
You are the assignee for the bug.