-
Notifications
You must be signed in to change notification settings - Fork 0
Не закрываются процессы, открытые плагином #18
Description
Продукт
- Плагин для VSCode
- Плагин для JetBrains IDE
- Консольная утилита (CLI)
- Веб-сайт (kodacode.ru)
- Документация (docs.kodacode.ru)
- Личный кабинет (kodacode.ru/account)
- Модель
Операционная система и версия
Windows 11
Версия плагина или CLI, название модели
Плагин 0.6.4 / модели base и pro
Версия IDE (для плагина)
PyCharm 2025.1.6
Build #PY-251.29188.22, built on November 10, 2025
Source revision: a8984ec8f53d8
Runtime version: 21.0.8+1-b895.146 amd64 (JCEF 122.1.9)
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
Toolkit: sun.awt.windows.WToolkit
Windows 11.0
Memory: 6000M
Cores: 32
Registry:
ide.browser.jcef.jsQueryPoolSize=200
ide.browser.jcef.contextMenu.devTools.enabled=true
ide.experimental.ui=true
Non-Bundled Plugins:
CMD Support (1.0.5)
Batch Scripts Support (1.0.13)Описание
При правке/отладке/исправлении frontend (на React) остаются не закрытые процессы node. Приходится убивать процессы вручную или просить жестко кильнуть модель (модель успешно убивает процессы). При этом при очередной итерации отладки модель видит что есть запущенный процесс (порт занят) и по этой причине запускает новый процесс, но уже на другом порту и т.д.
Шаги воспроизведения
Работа в режиме Агента.
backend на FastAPI
frontend на React
back&front - не запущены
Попросить модель исправить ошибку на front
Модель добавляет отладочный код (выдачу в консоль) и в диалоге запускает back и front и отправляет их в фон.
Мониторит и анализирует логи.
В несколько итераций исправляет ошибки.
Завершается выполнение запроса, но при этом фоновые процессы остаются работать.
Если попросить далее в диалоге (типа новый запрос) изменить фронт или уже исправить другую ошибку, то модель:
- опять пробует запустить back&front
- видит что процессы запущены
- киляет, но успешно реально получается убить только back (front остается вистеть)
- запускает front уже на новом порту
и так продолжаются копиться процессы node
Ожидаемое поведение
после завершения работы модели в рамках запроса модель должна закрывать все процессы, которые модель запускала. Особенно фоновые.
В данном случае если back&front были запущены пользователей ДО запуска модели, то использовать эти процессы или запрашивать остановку back&front. Как правило в момент разработки что back, что front запускаются в режиме автоперезагрузки в случае изменения файлов.
Фактическое поведение
Модель практически для каждой итерации запускает новые процессы, забывая про ранее запущенные,
Скриншоты, логи, конфиги, тестовые данные
pycharm-logs-20260309-17001715895953785789501874.zip
Дополнительная информация
В принципе не напряет, пока этих процессов не становится с десяток.
Чеклист
- Я проверил существующие issues и уверен, что об этой ошибке ранее не сообщалось
- Я уверен, что эта ошибка сейчас не исправлена
- Я предоставил достаточно информации для понимания проблемы