Процесс Code-oss находится в спящем режиме при запуске с терминала

#linux #visual-studio-code

Вопрос:

Когда я запускаю vs-код (code-oss) с терминала, процесс мгновенно переходит в спящий режим.

 abhinav@abhinav-sol ~/Project $ code-oss .
 

Вкладка quot;Процессquot; в терминале

Этого не происходит, когда я запускаю код непосредственно со значка на рабочем столе. Но я не могу этого сделать, потому что моя среда java создана sdkman и может быть обнаружена только с помощью vscode, если я запущу ее из командной строки. Кроме того, просто быстрее открыть папку проекта непосредственно из командной строки.

Это происходит только в последние несколько дней. Я попытался откатить обновление, думая, что это было вызвано обновлением, но оно тоже не работает.правка: я сделал полный откат
системы, и оказалось, что работает более старая версия code-oss.

Есть идеи, почему это происходит и как это решить?

ПРАВКА: После небольшого тестирования создается впечатление, что Microsoft предприняла еще одну сознательную попытку сделать сторонние двоичные файлы менее удобными для использования. Я попытался откатить обновление на своей машине manjaro, и оно работало, я обновил его, и оно перестало работать из терминала. Я загрузил официальный двоичный файл Microsoft vscode для vscode, и он работал правильно. Только code-oss не работал. Я установил vscodium, он также создал спящий процесс при запуске с терминала. Я знаю, что расширение удаленного ssh не работает при сборке сторонних разработчиков, это выглядит как еще одна попытка замедлить сообщество.

Ответ №1:

Оказывается, Да! это попытка контролировать сообщество.

Хватит теории заговора о больших технологиях, вот реальное решение.

Для временного обходного пути передайте --disable-crash-reporter флаг при запуске с терминала. Если вы хотите сделать его более постоянным, измените ~/.vscode/argv.json его, чтобы отключить аварийный репортер.

 {
  ...
    // Allows to disable crash reporting.
    // Should restart the app if the value is changed.
    "enable-crash-reporter": true, 
  ...
}
 

Что именно изменилось в механизме аварийного репортера, который вызвал это, для меня немного технически, но есть проблема с github, которая была закрыта Microsoft как «решение о продукте». Проще говоря, теперь любой сторонней сборке, такой как vscodium или команда разработчиков дистрибутива, необходимо вручную применять патч для каждого выпуска. Это не будет исправлено в восходящем потоке, так как они уже отклонили запрос на вытягивание, который исправляет это для сообщества.

К счастью, после того, как я отключил crash-reporter, время запуска приложения значительно улучшилось .