Я как-то даже и забыл что у каждого юзера свой cookie на сайте есть и они разделены, у меня скорее была проблема ччто общие были login pass для 2 и 3 сценария

Спасибо за ответы

местонахождение по идее определяет просто на все катушки у тебя распространяется, например куки, либо какую-то конкретную

Вообще api2 метро позволяет разделять и группы потоков и потоки, при каждой итерации раздавать своё... Поэтому логично на что они работают в каждый параллельно со своим значением полученным при авторизации 🤔

Элемент же должен хранить и при итерации выдавать данные...

Вот поэтому вопрос скорее потому как он их хранит 🤔

В общем я вас понял, спасибо!)

всё верно, но, честно говоря, что-то немного упустил уже в чём суть вопроса)

Так вы уже ответили) каждый поток, разных групп потоков, берет конкретно свои данные...

там был вопрос ещё про местонахождение менеджера куков и это тоже важный момент, тк от разного местоположения будет разная его логика в скрипте

сейчас соберу скрипт, покажу

при таком варианте куки будут общие на все 4 запроса

при таком на 1 и 2, 3 и 4 будут разные куки

Я просто умудрился сам себе на ровном месте проблемы создать 😅🤦‍♂️

Тут важно понимать, что куки обычно не вы генерите, а сервер.
Кука приходит в ответ на запрос.

И часто кука устанавливается в запросе Х а в всех остальных запросах отсылается.

если же вы расположете менеджер куков в транзакции "Login" а после неё будет идти транзакция с целевым действием - то целевое действие пойдёт без кук а значит скорее всего не выполнится.
Так что вариант с последнего скрина Владислава нужен ОЧЕНЬ редко.

У меня как на первом - просто я сам себя загнал, а потом уж только понял что всё хорошо