Спасибо.

1. Точно нет
2. Инициировать попробую, может прокатит
3. Это уже, попытаемся в автоматизацию сыграть)

Ну у тебя вариантов нет. Либо внешние обработки заранее собирать из всех продов, либо исправлять уже после рефакторинга

Пока что не могу собирать обработки отовсюду, прав не дадут) но мысль понятна, будем развиваться

Тогда напиши процедуру которая при обновлении ИБ будет делать рефакторинг. При запуске предприятия все обработки сохраняй на диск, преобразуй в файлы, ищи код по маске, меняй его, собирай обратно и складывай обратно в ИБ.

Прекрасная мысль... Идеальный костыль) Спасибо!

Подведу итоги:
BuildStatus в VA и VADD немного разные. Например, статус 2:
в VA - ошибка подключения клиента тестирования. Чаще всего следует трактовать как ошибку.
в VADD - шаг не реализован (пропущен). Не следует трактовать как ошибку.

Варианты обхода (какие я вижу):
* Использовать VADD вместо VA
* Добавить шаг для анализа BuildStatus.log и ронять пайплайн, если там не 0
* Отказаться от vrunner'а, запуская VA ручками, и все равно анализировать Buildstatus.log, чтобы уронить пайплайн

Мы если видим, что шаг не реализован - отправляем ошибку автору теста. 99% это опечатка в сценарии.

я склонен с вами согласиться. Считаю, что vrunner должен трактовать 2 как ошибку. Но с учетом того, что у vrunner'а и VADD одни и те же авторы и контрибуторы, буду полагаться на собственный анализ BuildStatus.log

Я думаю стоит завести issue на vrunner, чтобы была возможность настроить трактовку кодов возврата.

да, можно сделать отдельную обработку кода 2 при запуске vrunner vanessa
а для vrunner xunit обработку кода 2 как нормального оставить.
сделаешь ишуз в репо ванесса-раннера?

хорошо

Можешь пояснить, если код возврата 2, сценарий в итоге выполнился, пускай со второй попытки или нет?

Это сделано для случая, когда клиент тестирования не смог подключиться с первого раза. Тогда вернётся код 2.
Тогда есть шанс, что вторая попытка запуска сценария пройдёт успешно и там уже будет код возврата 0.

ага, понял, то есть если тесты падали окончательно, то там должен быть 1, да?
тогда почему у товарища проваленные тесты и код возврата 2?

8.3.14.1944, периодически в настройках расширений слетает галка "Использовать основные роли для всех пользователей".
Кто-нибудь сталкивался?

да

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

на багборде ошибку не нашел

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

8.3.15.1489, воспроизводится. Лечится ручной установкой галки

Зависимости не нашел