Bug 65072

Summary: Values of declared variables within the same User Defined Variables element are not evaluated
Product: JMeter Reporter: eR@SeR <nalexic>
Component: MainAssignee: JMeter issues mailing list <issues>
Status: NEW ---    
Severity: normal    
Priority: P2    
Version: Nightly (Please specify date)   
Target Milestone: JMETER 5.4.1   
Hardware: PC   
OS: All   
Attachments: UDVIssue

Description eR@SeR 2021-01-11 23:44:24 UTC
Created attachment 37699 [details]
UDVIssue

Hello,

Values of declared variables within same User Defined Variables element are not evaluated in declared variables that are in rows below. Run provided jmx file and check the Sampler's name in VRT listener.

In results, variables var2 and var4 have values ${var1} and ${var3}, instead "doesn't work in var2, works in var7" and "works in var6 but doesn't work in var4 and var8" respectively.

As a workaround, Groovy function is used, so var6 properly generates assigned value within same UDV element.

Jmeter 5.4.1 7acd031
Microsoft Windows 10 Enterprise 64-bit
java version "14.0.1" 2020-04-14
Comment 1 Felix Schumacher 2021-02-11 20:10:27 UTC
The values in the User Defined Variables are evaluated in "random" order. They are - unlike properties - stored inside a hash and not an ordered collection.

I have no idea, why this choice has been made ages ago and am a bit hesitant to change it without more thought on the original reasoning.
Comment 2 Felix Schumacher 2021-02-11 20:12:13 UTC
This seems to be really close to https://bz.apache.org/bugzilla/show_bug.cgi?id=63631 (maybe we should link these two)
Comment 3 eR@SeR 2021-02-12 00:28:53 UTC
(In reply to Felix Schumacher from comment #1)
> The values in the User Defined Variables are evaluated in "random" order.
> They are - unlike properties - stored inside a hash and not an ordered
> collection.
> 
> I have no idea, why this choice has been made ages ago and am a bit hesitant
> to change it without more thought on the original reasoning.
Hi Felix,

You can try to change it and send me the build so I can test it? Fix doesn't have to be in nightly before it is verified.

(In reply to Felix Schumacher from comment #2)
> This seems to be really close to
> https://bz.apache.org/bugzilla/show_bug.cgi?id=63631 (maybe we should link
> these two)
If you ask me, IDK. It might be. You can ask the author of the thread to check if/when the fix is released in nightly.