Yes, it is fixed in current nitghtly build (r922204). Thank you.
sebb-2-2 wrote:
>
> Try the current nightly; if it is not fixed, please file a Buzilla issue.
>
>
--
View this message in context:
http://old.nabble.com/Counter-within-a-loop-tp19095227p28287807.html
Sent from the JMeter - Us
Try the current nightly; if it is not fixed, please file a Buzilla issue.
On 10/04/2010, abyss wrote:
>
> This bug still persist in v2.3.4 r785646.
>
>
>
> sebb-2-2 wrote:
> >
> > It will be fixed in the next release of JMeter.
> >
> >
>
>
> --
> View this message in context:
> http://old
This bug still persist in v2.3.4 r785646.
sebb-2-2 wrote:
>
> It will be fixed in the next release of JMeter.
>
>
--
View this message in context:
http://old.nabble.com/Counter-within-a-loop-tp19095227p28204452.html
Sent from the JMeter - User mailing list archive at Nabble.com.
---
It will be fixed in the next release of JMeter.
On 09/01/2009, Sujesh wrote:
>
> I am using JMeter v2.3.2 and facing same problem.
> The counter ( refered by variable cnt ) value is resolved only for the first
> iteration, other subsequent iterations get the same value when used with in
> loo
I am using JMeter v2.3.2 and facing same problem.
The counter ( refered by variable cnt ) value is resolved only for the first
iteration, other subsequent iterations get the same value when used with in
loop.
iteration#variable usedvalue resolved
1 ${fname}${cnt}
On 19/09/2008, sebb <[EMAIL PROTECTED]> wrote:
> On 28/08/2008, Nadav Samet <[EMAIL PROTECTED]> wrote:
> > That's weird.
> >
> > So I was trying to debug what's going on. It seems like HTTPSamplerBase
> > caches the file list, so it's not aware that the filenames should change
> > between s
On 28/08/2008, Nadav Samet <[EMAIL PROTECTED]> wrote:
> That's weird.
>
> So I was trying to debug what's going on. It seems like HTTPSamplerBase
> caches the file list, so it's not aware that the filenames should change
> between subsequent iterations. In HTTPSamplerBase around line 1548:
>
>
That's weird.
So I was trying to debug what's going on. It seems like HTTPSamplerBase
caches the file list, so it's not aware that the filenames should change
between subsequent iterations. In HTTPSamplerBase around line 1548:
if (fileList != null){
return fileList;
}
I have tried this against both 2.3.2 and trunk. I have attached a minimal
example in which this problem occurs.
I've discovered that if I add an additional file to the sampler, then the
counter will work right on the second file, but is frozen on the initial
value for the first file. Perhaps this
I cannot reproduce this error. I set-up my test plan exactly like yours
and was able to send the files
'myfile0.txt','myfile1.txt',...,'myfile9.txt' along with the HTTP
Request. Like you, I had done this...
+ Thread Group
++ Loop Controller
+++ Counter
+++ HTTP Request
+++ Debug Sampler
++ View Re
10 matches
Mail list logo