Возврат к предыдущему квадрату

[ivan.kulikov]

Отличной идеей было бы реализовать функционал возврата к предыдущему действию. Условно мы получаем капчу: выполняем её и возвращаемся к последнему действию. Можно было бы не городить десятки проверок на капчу внутри проекта

 

[Ахилес]

ну так после решения капчи веди стрелку на последнее действие и все.

 

[Fedor5588]

ну так после решения капчи веди стрелку на последнее действие и все.

а если капча может возникнуть в любом месте проекта?

 

[Alex733]

Один из способов - запустить асинхронную таску в начале проекта, которое будет проверять и решать капчу.

 

[Konrod_m]

Один из способов - запустить асинхронную таску в начале проекта, которое будет проверять и решать капчу.

Может выложите что-то подобное на конкурсе шаблонов?

 

[doc]

Может выложите что-то подобное на конкурсе шаблонов?

это будет актуально только если весь шаб будет на с# и в каждом экшене будет вписан механизм ожидания

 

[bad robot]

Предлагал уже сделать по аналогии с необязательным действием - обязательное - шаблон при неуспехе, выполняет действие снова до тех пор, пока не выполнит. Но не нашло поддержки.

 

[Ахилес]

а если капча может возникнуть в любом месте проекта?

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

 

[Alex733]

это будет актуально только если весь шаб будет на с# и в каждом экшене будет вписан механизм ожидания

Не обязательно, можно и на кубиках. А всем кубикам, которые связаны с элементами на странице вывести по красной на паузу, а с паузы на тот же кубик. Если выскочит капча, то шаблон зациклиться, пока асинхрон не решит капчу.

 

[doc]

Не обязательно, можно и на кубиках. А всем кубикам, которые связаны с элементами на странице вывести по красной на паузу, а с паузы на тот же кубик. Если выскочит капча, то шаблон зациклиться, пока асинхрон не решит капчу.

но элемент может находится на странице даже при капче. И получится так, что элемент будет прожиматься, а капча параллельно решаться. Шаб продвинется вперед, вступит в твой цикл, и решение капчи не поможет, потому что нужный элемент не появится даже после решения

 

[doc]

ну и если уж прям каждый кубик выводить на паузу, то проще вывести его на подпроект проверки наличия и решения капчи. Надежнее будет, хоть и костыльно