v8-runner ignores V8_PATH on Windows and selects 8.5 instead of 8.3.27

[haleevra]

Environment

• OS: Windows
• Unica runtime: 0.11.0
• v8-runner path: C:\Users\roman\.codex\unica\runtimes\0.11.0\win-x64\bin\win-x64\v8-runner.exe
• Installed 1C platforms:
  • 8.3.27.1606
  • 8.3.27.1936
  • 8.3.27.2130
  • 8.5.1.1343
  • 8.5.1.1428
  • 8.5.4.1306

Expected

When the project is pinned to 1C platform 8.3.27, or when V8_PATH is set to an 8.3.27 installation, v8-runner should use that platform.

Actual

v8-runner resolves and launches 8.5.1.1343 instead:

locating platform utility utility=V8
platform utility resolved utility=V8 path=C:\Program Files\1cv8\8.5.1.1343\bin\1cv8.exe

Question

Is there a supported v8project.yaml key for pinning the 1C platform version/path, or should V8_PATH be the supported override on Windows?

[zeegin]

Связано с #335, пункт 8. Ещё одно воспроизведение на Unica 0.11.0 / Windows: launch clientMode=mcp без явного pin выбрал 1cv8c.exe 8.5.1.1302, хотя рабочая база выгружена и обслуживается 8.3.27. Ложный ok=true и отсутствие readiness после запуска вынесены отдельно в #345; здесь остаётся выбор/pinning платформы.

[zeegin]

Разобрал границу между Unica и закреплённым v8-runner (72d346c, версия пакета 0.5.1).

Здесь смешаны два разных контракта:

1. V8_PATH закреплённый v8-runner не читает вообще. Unica не удаляет эту переменную при запуске дочернего процесса, но раннер не реализует её семантику. При этом наша справка в plugins/unica/references/tooling/runtime-build.md ошибочно называет V8_PATH поддерживаемой переменной — это дефект документации Unica.
2. Поддерживаемый раннером способ выбора платформы — tools.platform.version и/или tools.platform.path в v8project.yaml либо v8project.local.yaml. Без такого явного ограничения locator намеренно выбирает максимальную найденную версию, поэтому выбор 8.5 при одновременно установленных 8.3 и 8.5 сам по себе ожидаем.

Пример поддерживаемого pin:

tools:
  platform:
    version: "8.3.27"

Для точной сборки:

tools:
  platform:
    version: "8.3.27.1786"

Либо явный локальный путь:

tools:
  platform:
    path: "C:\\Program Files\\1cv8\\8.3.27.1786\\bin"

Сейчас в описании сказано, что project pinned to 8.3.27, но фактическая конфигурация pin не приведена. В связанном воспроизведении #335, напротив, зафиксирован запуск без явного pin. Поэтому пока данных недостаточно, чтобы утверждать, что раннер игнорирует поддерживаемый tools.platform.version.

Пожалуйста, приложите фактически использованные:

• v8project.yaml;
• v8project.local.yaml, если он существует;
• точный аргумент config, переданный в unica.runtime.execute, если использовался не корневой ./v8project.yaml;
• вывод запуска с tools.platform.version: "8.3.27" или с точной сборкой.

Секреты и строку подключения можно заменить заглушками, но важно сохранить структуру tools.platform, расположение файлов и относительные пути. После этого можно будет различить три варианта: неактивный или другой config, ошибка overlay/маршрутизации Unica либо дефект locator в v8-runner на Windows.

[zeegin]

Проверка воспроизведения на `d1fbdb18`: выбор версии платформы в коде Unica отсутствует

Поиск по всему коду Unica не находит ни одного упоминания `V8_PATH`:

$ rg V8_PATH crates/unica-coder/src/
(нет совпадений)

Unica не выбирает версию платформы и не читает эту переменную — выбор делает `v8-runner`, что задача и указывает в заголовке. Правка на стороне Unica была бы правкой не того компонента.

Проверить запуском не могу: нет Windows-машины и не скачаны bundled-инструменты. Вывод сделан по отсутствию кода, а не по наблюдению — и для отрицательного утверждения такого рода это достаточное доказательство: то, чего в коде нет, не может выбирать 8.5 вместо 8.3.27.

Предлагаю перенести задачу в `v8-runner` вместе с #310 и #264.

[zeegin]

Переоткрываю: закрытие было неверным. Задача требует проверки на Windows, а не отсутствует — метка windows проставлена. Разбор по коду Unica выше остаётся в силе как половина работы (что именно в её коде не может быть причиной), но подтвердить или опровергнуть наблюдение можно только на Windows-хосте.