Visual studio code сбой окна
Вчера я скачал последнюю версию VS Code и установил ее.
Когда я запустил его, сначала он вроде бы работал нормально, я перешел непосредственно к разделам расширений, чтобы проверить и скачать некоторые, затем я попытался изменить параметры сортировки, чтобы увидеть рекомендуемые расширения, и тогда это было, когда первый симптом появившийся. Нажал на кнопку и ничего не произошло, нажал несколько раз и через некоторое время тоже несколько раз появлялось окно выбора типа сортировки (можно по одному разу на каждое нажатие на кнопку). Выбрал рекомендованные расширения, а расширения не появилось.
Я закрыл его и снова открыл, но на этот раз главное окно было совершенно пустым (на самом деле, черным). Я перезагрузил компьютер, удалил приложение, запустил CCleaner для очистки реестра, переустановил приложение, все это несколько раз и ничего.
Иногда после долгой работы показывает обычные разделы, но когда закрываю и снова открываю, все то же самое. Кроме того, некоторые параметры в окнах инструментов не работают, а другие работают (например, окно «О программе»).
У меня была предыдущая версия vscode, которая отлично работала. К сожалению, я не могу вспомнить, какой из них был, даже не был близким гостем, и я удалил его, когда заметил, что установка этой новой версии не удалила его.
Вот как выглядит VS Code, когда я его открываю:
Это окно о программе:
Это снимок диспетчера задач через несколько секунд после запуска vscode:
А это свойства моего компьютера:
Обновление 1
Когда я установил эту новую версию, я заметил, что она не удалила предыдущую версию приложения, которое было установлено (и работало). (Эта версия вместо того, чтобы жить в ProgramFiles, жила в моей пользовательской папке, я думаю, в локальных настройках приложений)
Я бы попробовал переименовать ваш каталог .vscode в вашем профиле пользователя во что-нибудь (например, .vscode.bak ). Это приведет к повторной инициализации VS Code и загрузке без каких-либо расширений и т. д.
@Bill_Stewart: Это тоже не сработало. Прости. В любом случае, это новая установка, поэтому у меня нет никаких расширений и я не изменил никаких настроек. Кроме того, я вручную удалил эту папку, пытаясь решить проблему.
The text was updated successfully, but these errors were encountered:
arzpgh60 commented Aug 9, 2021
rzhao271 added the freeze-slow-crash-leak VS Code crashing, performance, freeze and memory leak issues label Aug 9, 2021
newtykins commented Aug 10, 2021
This keeps happening still at frequent intervals, it's incredibly strange.
deepak1556 commented Aug 11, 2021 •
deepak1556 added needs more info Issue requires more information from poster windows VS Code on Windows issues labels Aug 11, 2021
vscode-triage-bot commented Aug 18, 2021
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
pbldmngz commented Aug 20, 2021 •
Got the exact same issue opening an executable created with pyinstaller that used easyocr. I had a bug that made the program create infinite processes and collapse memory but never work. It works just fine in the editor though. After collapting my sistem this error may appear.
Just for the sake of info: my problem in python was caused for not using PIL -> ImageGrab, I was using other ImageGrab library.
Voltaicmimic commented Aug 27, 2021 •
I've been getting this problem for the past like 3 days. Not only Visual Studio Code crashes, but Brave (My browser) & Discord crashes too! This is insanely annoying!! I'm just trying to code some JS maaan!
Zaieon commented Aug 29, 2021
I've been getting this same issue also. My Visual Studio totally crashes and I have to re-run. I did an update recently though so I'm guessing that's the cause. Or maybe it has something to do with react because that's the technology I'm working with. Still searching for ways to fix it.
manish-amplework commented Aug 31, 2021
the-one-with-raspberry commented Sep 8, 2021
I am also getting this issue.
the-one-with-raspberry commented Sep 8, 2021
@newtykins Good thing that you opened the issue
newtykins commented Sep 8, 2021
Oh hey I didn't really find a way to fix it because I had planned to clean install Windows some time soon so I decided to do it then and when I reinstalled Visual Studio Code worked. So maybe fully remove Visual Studio Code from your system and then reinstall it?
ghartz-hz commented Sep 8, 2021
I'm also seeing this problem fairly frequently since the last update of VSCode. On top of that, although a lot more minor of an issue, "Reopen" doesn't do anything.
f-markus commented Sep 17, 2021 •
I also had / have this issue and I narrowed it down to a very strange change in my extension's package.json:
I do provide custom semantic types, so I have plenty of entries like:
When I added "description": ". " tags to all of the semanticTokenTypes (because otherwise the extension's runtime-status shows a warning that those entries don't have descriptions), the OOM error keeps showing up deterministically. It's not a single entry that causes the problem, but at least three of them. I couldn't figure out a workaround except for removing the "description" tags again. The tokenTypes in question are the ones above: type, label and attribute. I suspect that their name is already in use and this causes some strange behavior of VSCode
The text was updated successfully, but these errors were encountered:
tomcumming commented Oct 16, 2016 •
can reproduce on ubuntu 16.04 running on virtualbox latest stable
works ok when starting with code --disable-gpu
isidorn commented Oct 17, 2016
Dup of some issue opened 7 days ago - please search our github issues for details.
In short: an electron rendering problem in the meantime please start with the flag you already found
MehmetKaplan commented Mar 13, 2017
As a workaround, I have edited file /usr/share/applications/code.desktop
Replacing
Exec=/usr/share/code/code --unity-launch %U
with
Exec=/usr/share/code/code --disable-gpu --unity-launch %U
solved my problem of launching code through launcher.
Just in case one may need.
jradxl commented Mar 13, 2017
Indeed I did, Thankyou!
jgeorgeson commented Mar 28, 2017
The --disable-gpu option isn't working for me, though it's just the application text that isn't displayed for me (file contents are displayed. . Maybe just missing some fonts?
Running on CentOS 7.3 in Xfce4 under vnc4xserver, connected via TightVNC Viewer.
ArtStepanyuk commented Apr 10, 2017
code --disable-gpu Workaround works just fine for me
jgeorgeson commented Apr 10, 2017
@ArtStepanyuk thanks for commenting as I couldn't find this issue again to follow-up! In my case it's a matter of unmet dependencies rather than the GPU rendering. I'm running on an AWS EC2 instance of the official Centos 7.x AMI, and had only installed the xfce4 group and vnc4xserver. Once I also installed the "Server with GUI" group then the application text started rendering. So there's a runtime dependency that's not declared in the RPM.
nighto commented Oct 2, 2017
On Windows 10, after last update (Help > About says version 1.16.1) when I open Code the screen goes totally black, as if I have powered my monitor off (if that was possible on a notebook). Running with --disable-gpu fixes the problem.
nicolasayotte commented Nov 14, 2017 •
I'm running on Windows 10 with Code v1.18.0 and I have the black screen bug too. For me, Zen Mode renders correctly even with this bug (CTRL-K, Z) if that can give a clue to the devs.
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Open with Desktop
- View raw
- Copy raw contents Copy raw contents
Copy raw contents
Copy raw contents
Ознакомьтесь с решениями распространенных ошибок сети или прокси-сервера, которые могут возникать при установке или использовании Visual Studio за брандмауэром или прокси-сервером.
Исправление ошибок сети при установке или использовании Visual Studio
У нас есть решения для распространенных ошибок сети или прокси-сервера, которые могут возникать при установке или использовании Visual Studio за брандмауэром или прокси-сервером.
Ошибка: "Требуется проверка подлинности на прокси-сервере"
Эта ошибка обычно происходит, когда пользователи подключаются к Интернету через прокси-сервер, который блокирует вызовы Visual Studio к некоторым сетевым ресурсам.
Устранение этой ошибки прокси-сервера
Перезапустите Visual Studio. Должно появиться диалоговое окно проверки подлинности прокси. Когда в диалоговом окне появится запрос, введите свои учетные данные.
Если вы хотите использовать учетные данные по умолчанию для прокси-сервера, сделайте следующее:
Найдите файл devenv.exe.config (файл конфигурации devenv.exe) в папке %ProgramFiles%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE.
В файле конфигурации найдите блок и добавьте следующий код:
Найдите файл devenv.exe.config (файл конфигурации devenv.exe) в папке %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
В файле конфигурации найдите блок и добавьте следующий код:
Ошибка: "Отсутствует подключение к Visual Studio" при попытке сообщить о проблеме
Эта ошибка обычно возникает, когда пользователи подключаются к Интернету через прокси-сервер, который блокирует вызовы Visual Studio к некоторым сетевым ресурсам.
Устранение этой ошибки прокси-сервера
Найдите файл feedback.exe.config (файл конфигурации feedback.exe) в папке: %ProgramFiles(x86)%\Microsoft Visual Studio\Installer или %ProgramFiles%\Microsoft Visual Studio\Installer.
В файле конфигурации проверьте, присутствует ли следующий код; если код отсутствует, добавьте его перед последней строкой .
Ошибка: "Используемое соединение было закрыто"
Базовое соединение закрыто: непредвиденная ошибка при передаче
Visual Studio использует протокол TLS 1.2 для подключения к сетевым ресурсам. Устройства для обеспечения безопасности в частных сетях блокируют определенные подключения к серверу, если Visual Studio использует TLS 1.2.
Устранение этой ошибки подключения
Включите возможность подключения для следующих URL-адресов:
cdn.vsassets.io (размещение сети доставки содержимого или CDN)
*.gallerycdn.vsassets.io (размещает расширение Azure DevOps Services)
[!NOTE] Частные URL-адреса серверов NuGet могут быть не включены в этот список. Используемые вами серверы NuGet можно посмотреть в файле %APPData%\Nuget\NuGet.Config.
Ошибка: "Не удалось проанализировать идентификатор из родительского процесса"
Причины возникновения этой ошибки: Подключенный сетевой диск или общий ресурс UNC связан с маркером доступа пользователя. При включении UAC создаются два маркера доступа пользователя: один с правами администратора и один без прав администратора. При создании сетевого диска или общего ресурса с ним связывается текущий маркер доступа пользователя. Поскольку начальный загрузчик следует запускать от имени администратора, он не сможет получить доступ к сетевому диску или общему ресурсу, если диск или общая папка не связаны с маркером доступа пользователя, который имеет права администратора.
Устранение этой ошибки
Можно использовать команду net use или изменить параметр групповой политики UAC. Дополнительные сведения об этих обходных путях и их реализации см. в следующих статьях службы поддержки Майкрософт:
Однако, когда я нажимаю кнопку «Отладка», я получаю эту ошибку:
Не удается подключиться к цели: connect ECONNREFUSED 127.0.0.1:9222
Вопрос1: почему VSCode назначает порт 9222 при создании этого json
Что такого особенного в этом порте, что MS решила поместить его в этот launch.json?
Вопрос 2. Что нужно изменить, чтобы все заработало?
Отладка запуска всегда запускает новое окно. Я спрашиваю , в частности, о параметре Attach debug , чтобы он открывался в новой вкладке.
Вам нужно установить расширение Debugger for Chrome, чтобы это работало. Открытые расширения в VS Code и поиск отладчика для Chrome
Выберите опцию Launch Chrome против localhost. Он запустит браузер, и вы можете установить точки останова в своем коде, и отладка должна работать.
По поводу второй конфигурации (Attach to Chrome). Там нет ничего особенного в порту. Чтобы подключиться к Chrome, необходимо запустить Chrome с включенной удаленной отладкой на порт, указанный в конфигурации. Например, chrome.exe --remote-debugging-port=9222 . Я лично никогда не пользуюсь этими опциями. Просто выполните три шага выше, и все будет в порядке.
При использовании конфигурации url , vscode будет искать вкладку с EXACT URL и присоединяться к ней, если найдена.
Используйте конфигурацию urlFilter , которая может иметь подстановочные знаки, такие как *, чтобы присоединить отладчик к любому суб-маршруту в вашем URL.
Например "urlFilter": "http://localhost:4200/*"
Полные точные шаги, чтобы предпринять:
настройте файл lanch.json так, чтобы он выглядел примерно так:
Закройте все открытые экземпляры Chrome (убедитесь, что все они убиты с помощью диспетчера задач в Windows).
Обед chrome со следующим параметром: --remote-debugging-port = 9222
убедитесь, что порт в этом параметре совпадает с портом, настроенным в свойстве 'port' атташе к конфигурации chrome в файле lunch.json (как в примере выше)
Вы можете добавить этот параметр в свойствах ярлыка Chrome:
-
Щелкните правой кнопкой мыши файл ярлыка и выберите свойства
Привязать его к свойству Target , например
"C: \ Program Files (x86) \ Google \ Chrome \ Application \ chrome.exe" --remote-debugging-port = 9222
Запустите «Начать отладку» в vscode.
Следующая процедура предназначена для приложений React, созданных create-react-app:
Откройте новое окно Терминал . cd в клиентскую папку, если необходимо, и установите chrome-launcher:
Переключитесь на панель Отладчик на боковой панели .
Нажмите раскрывающееся меню Конфигурация в верхней части боковой панели и выберите «Добавить конфигурацию . » . Либо нажмите на маленький значок шестеренки в верхней части боковой панели. чтобы открыть launch.json , а затем нажмите большую синюю кнопку с надписью "Добавить конфигурацию . "
В списке шаблонов конфигурации выберите Chrome: Attach . В launch.json нужно добавить следующую конфигурацию:
В этой конфигурации ничего менять не нужно.
Добавьте новый файл с именем .env со следующим содержимым в корневую папку вашего проекта (или в корень клиентской папки, если это приложение с полным стеком):
Добавьте в ту же папку новый файл с именем launchChrome.js со следующим содержанием:
Запустите приложение React из окна Терминала:
Через несколько секунд вы должны увидеть следующий текст:
В верхней части боковой панели выберите конфигурацию Attach to Chrome и нажмите зеленый треугольник.
Теперь вы можете размещать точки останова в своем коде React, и отладчик сломается, когда достигнет их. Вы даже можете одновременно отлаживать сервер и клиент, добавив конфигурацию Node.js: Launch Program в launch.json .
Ответ дополнения 2020 года .
В vscode есть новая отладка, которая еще не стабильна, но в настоящий момент работает по умолчанию в версии Insiders.
Он автоматически открывает новый экземпляр Chrome с отладкой для прикрепленных с этими настройками:
Читайте также: