а это просто груви-код
в jsr223-семплере мы же запятые в конце не пишем

ну согласен, просто в этом контроллере может он по другому итерпретирует🤷‍♂️. В общем так хэлпер диалог предлагает делать

Сейчас наблюдаю такую же проблему у себя. Не отрабатывает условие, причём иногда оно всё таки работает

Причём всё куда проще, но не всегда орабатывает

А чекбокс ... as Variable Expression осознанно снят?

да, снял специально. На результат не повлияло. пробовал по-всякому

по дебаг самплеру я вижу, что пришло значение которое отвечает условию, но if не срабатывает

Красными буквами написано, что надо либо использовать
__groovy(...) или __jexl3(...)
Без галочки ... as Variable Expression.

Либо одну переменную, с такой галочкой ... as Variable Expression

У Вас не просто переменная, и при этом нет ни __groovy ни __jexl3.

У @Ganeles есть __groovy, но ещё поставлена галочка ... as Variable Expression, которой быть не должно.

Нет, ошибся я.
https://octoperf.com/blog/2019/03/28/jmeter-if-controller/
Прочел описание подробное.

По умолчанию JavaScript-выражение вычисляет IF. Рекомендуют JavaScript заменять на groovy или jexl3, для скорости, явно указав __groovy(...) или __jexl3(...)

Я не совсем понимаю почему, но вот в таком виде отрабатывает как надо

Для Groovy и строк в двойных кавычках также надо знать особенность. Для двойных кавычек используется интерполяция строк. Такая строка - сложный динамический объект.

https://groovy-lang.org/syntax.html

Groovy код вида

a=123;
system.out.println("${a}");

выдаст 123

А код с одинарными кавычками

a=123;
system.out.println('${a}');

выдаст
${a}

А что будет если в JMeter, где уже есть своя интерполяция, применить вызов ${__groovy(...)}, а внутри применить двойные кавычки, где может быть еще и встретится ${...} не знаю пока.

Вот Виктор попробовал у него
"NONE" == "NONE" выдает false иногда
возможно так и надо для Groovy, не сработала дедупликация строк и строки стали разными объектами, и тогда фиксом будет

'NONE' == 'NONE'

может быть

Общий совет - стараться не использовать в Groovy "...", а стараться использовать '...', это не просто char, это строки. Так
1) производительнее для JVM
2) надежнее для JMeter
И если явно нужна интерполяция, тогда да использовать "..."

Также есть особенности сравнения в JavaScript, который в IF по умолчанию. Там вообще магия и шаманизм

Спасибо за помощь! Насчёт шаманизма - это точно)

a=123;
system.out.println("${a}");

a=123;
system.out.println('${a}');

'NONE' == 'NONE'

Проверю, спасибо.

я всегда прописываю условия явно и их результат тоже. ${__groovy(if ("none"=="none") {return true})}

Фига себе
Но выглядит логично, конечно.
Попробую

Я ещё не понимаю, почему жметру всюду легко переменную прочитать, а в условиях if-controller тяжело.

Иными словами, почему не рекомендуется просто писать ${var1}==${var2}

Но это уже не относится к изначальному вопросу

потому что компиляция будет не в груви а средствами самого жметер. а это ему сложнее ибо он не такой крутой как груви

Коллеги спасайте помогайте, вчера весь вечер пытался сохранить хоть как-то сгенеренный файл на диск средствами того самого груви. Исходные данные - 2 переменные в одной контент, в другой имя файла, сохранить надо например в C:\temp, но на деле пофиг уже куда. дальше вот этого я не прошел, не работает. а я тот еще мамкин кодер, набравшийся примеров со стаковерфлоу

def save = vars.get("send_filecontent")
def name = vars.get("filenamefor")
FileWriter fstream = new FileWriter("name", true);
BufferedWriter out = new BufferedWriter(save);
out.write(vars.get("send_filecontent"));