EDT пытается использовать конкретную неподдерживаемую версию платформы при подключении к файловой базе

[tormozit]

Описание ошибки

После перехода с 2022.2.2 на 2022.2.5 столкнулся с ошибкой выполнения команды "Импортировать конфигурацию" из файловой базы. Проект на 8.3.20. Но EDT почему то упорно запускает 8.3.22. Рядом в рабочей области есть копия этого проекта и базы, где такой проблемы нет, т.е. аналогичная команда выполняется успешно.

В свойствах этой базы была прописана конкретная версия платформы 8.3.20.1914 (в файле списка баз v8i).
В свойствах приложения указано

Предполагаю что EDT пытается использовать ту конкретную версию 8.3.20.1914 . Но т.к. она не поддерживается, он берет почему то не следующую установленную 8.3.20.2290, а самую последнюю 8.3.22.

После очистки указания конкретной версии платформы в свойствах проблема в EDT пропала.

Как воспроизвести

.

Скриншоты

Ожидаемое поведение

EDT выбирает 8.3.20.2290

Лог рабочей области

.

Версия 1С:EDT

Ruby 2022.2.5

Операционная система

Windows

Установленные плагины

Нет плагинов

Дополнительная информация

No response

[Erik773]

.log
trace.log
2022.2.5.10
Удалось воспроизвести по следующему сценарию:

1. Установить версии платформы 8.3.21.1775, 8.3.21.1783, 8.3.22.1984;
2. Создать информационную базу на версии 8.3.21.1775;
3. Удалить версию платформы 8.3.21.1775;
4. Обновить в ЕДТ список платформ;
5. Импортировать конфигурацию из информационной базы в ЕДТ;
6. Повторно импортировать конфигурацию из информационной базы в ЕДТ;

[nikolay-martynov]

Здравствуйте. Если вы указываете номер версии платформы вплоть до номерка сборки, то могут наблюдаться различные ситуации при изменении списка доступных для EDT установок платформы 1С:Предприятие. Например, указанный вами случай обновления EDT, когда старая сборка платформы перестает поддерживаться средой и соответствующая ей установка просто перестаёт восприниматься. Для EDT такие неподдерживаемые сборки просто не существуют. И, если в настройках приложения или настройках информационной базы есть ссылки на эти более недоступные версии платформы, то возможны различные нештатные ситуации. EDT старается автоматически их обходить неявно переключаясь на другие версии, которые доступны в системе. Количество возможных сочетаний в зависимости от того, какой именно был тип привязки к версии платформы (конкретная установка, полная версия со сборкой, маска микроверсии, маска младшей версии) и того, как именно было произведено обновление (есть ли другие сборки, являются ли они доступными, есть ли другие младшие версии, какой набор компонент в этих установках, какой тип дистрибутива платформы 1С:Предприятие был использован и тому подобное) очень большое. Не во всех этих сочетаниях среда может выполнить автоматическую корректировку способом ожидаемым всеми пользователями. Пример, переключения на самую старшую версию платформы при недоступности указанной вы и наблюдали.
В соответствии с https://its.1c.ru/db/v8322doc#bookmark:adm:TI000000111 я рекомендую вам указывать не номер конкретной сборки (если только вы не тестируете работу приложения с усеченным набором компонентов), а маску вплоть до младшей версии. Тогда не придется менять версии при переходе с одной сборки платформы на другую. При этом, если вы укажете версию как маску "8.3.21", и при условии наличия в системе установок платформы 1С:Предприятие совместимых сборок, EDT не будет переключаться на установки 8.2.22, что может быть важно при работе с конфигурацией, предназначенной для работы с предыдущими версиями платформы.
Прошу обратить внимание, что привязка к версии платформы 1С:Предприятие осуществляется в двух местах:

• В редакторе свойств информационной базы
  
• В редакторе настроек доступа
  
  Это два разных поля, которые после создания информационной базы и связи её с проектом задаются раздельно. В обоих полях следует установить идентичные значения. Это важно. Иначе возможна ситуация, когда агент конфигуратора себя автоматически перезапустит на другую версию. EDT это может воспринять как аварийное завершение агента конфигуратора. Похоже, что именно это и наблюдается в вашем случае.
  В будущем мы бы хотели усовершенствовать способы привязки информационной базы к версии платформы 1С:Предприятие, упростить процесс для пользователей и сделать алгоритм подбора конкретной установки, которую должна использовать среда, более понятным. Однако, в настоящий момент я не могу поделиться с вами конкретными планами, когда эти улучшения станут доступны.

[nikolay-martynov]

Доброго дня. Сделал небольшую доработку, чтобы среда в первую очередь пыталась использовать другую сборку из той же микро версии платформы как у ранее указанной сборки, что была не найдена. Однако, всё ранее сказанное остаётся в силе, и вам по прежнему следует либо переключиться на маску микро версии (рекомендую именно этот вариант), либо на новую сборку. Сделать это надо по прежнему в двух местах: и в настройках доступа, и в свойствах информационной базы.
Улучшение будет доступно в версии 2023.2.