[BUG] Не работает провайдер LM Studio

[Mihundrik]

Problem (one or two sentences)

При подключении в одной локальной сети без доступа к интернету, ноутбук с установленным Roo Code в VS Code не отображает в настройках доступные в провайдере LM Studio модели. LM Studio запущен на другом компьютере в этой сети, его модели успешно отображаются и используются в других сервисах и расширениях( например, Code Monster в VS Code).

Context (who is affected and when)

При попытке подключения мной ноутбука с VS Code к провайдеру нейросети LM Studio, запущенному на стационарном компьютере в той же локальной сети без доступа к интернету.

Reproduction steps

Среда - windows 11, VS Code 1.109.4, Roo Code v3.50.1

1. Запуск VS Code
2. переход к Roo Code
3. Переход к настройкам Roo Code, пункт "Провайдеры"
4. Создание нового провайдера "LM Studio"
5. Выбор провайдера LM Studio из списка провайдеров API
6. Ввод базового URL http://192.168.10.13:1234 (с проверкой правильности ввода разделителей)
7. Клик в выпадающий список "Модель" - без результата, отображается только фильтр "Поиск"
8. Ввод имени модели вручную в поиск - без результата, просто строка ввода, результатов нет.

Expected result

Выпадение списка доступных для запуска моделей

Actual result

Список не отображается, в настройках красным текстом выводится "Вы должны указать действительный ID модели."

Variations tried (optional)

В других сервисах и расширениях доступ к моделям и их списку отображается корректно. Пример - расширение Code Monster для VS Code.

App Version

3.50.1

API Provider (optional)

LM Studio

Model Used (optional)

No response

Roo Code Task Links (optional)

No response

Relevant logs or errors (optional)

[roomote]

I've analyzed this issue and here's my proposed implementation plan:

Root Cause: The getLMStudioModels() function in src/api/providers/fetchers/lmstudio.ts relies on the @lmstudio/sdk WebSocket-based client (LMStudioClient) to list models. This SDK is primarily designed for local connections and fails silently when connecting to a remote LM Studio instance over LAN (e.g., ws://192.168.10.13:1234). When the SDK fails, the function returns an empty model list {}, so no models appear in the dropdown.

Meanwhile, a simpler function getLmStudioModels() in src/api/providers/lm-studio.ts already uses the standard OpenAI-compatible /v1/models REST endpoint via HTTP, which works correctly for remote connections (as confirmed by other extensions like Code Monster working fine).

Proposed Fix:

1. In src/api/providers/fetchers/lmstudio.ts - getLMStudioModels():

   • The function already makes an HTTP call to ${baseUrl}/v1/models (line 69) as a connectivity test, but discards the response
   • Capture that response and use it as a fallback: if the SDK-based model fetching (via listDownloadedModels and listLoaded) returns no models or fails, populate the model list from the /v1/models REST API response instead
   • Each model from the REST API will get the default LM Studio model info (lMStudioDefaultModelInfo) since the REST endpoint doesn't provide detailed model metadata

2. Update existing tests in src/api/providers/fetchers/__tests__/lmstudio.test.ts to cover the fallback scenario

This approach:

• Preserves the rich model metadata from the SDK when it works (local connections)
• Falls back gracefully to the REST API for remote/LAN connections where the SDK fails
• Requires no changes to the UI or message handling code

Please mention @roomote in a comment saying that you approve this plan, and I'll proceed with the implementation.

[Mihundrik]

Давайте попробуем.
В более старых версиях Roo Code, правда, всё работало исправно - точную версию, где всё работало сказать не могу.