-
Notifications
You must be signed in to change notification settings - Fork 296
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't debug web (eg ReactJS project) by Microsoft Edge or Chrome #1628
Comments
Thanks for creating this issue! It looks like you may be using an old version of VS Code, the latest stable release is 1.77.0. Please try upgrading to the latest version and checking whether this issue remains. Happy Coding! |
I have the same issue, VS Code Version: 1.77.0 on WSL2 under Windows 10, fully updated. |
Same issue, VS Code Version: 1.77.0 + Dev Container (all rebuild) |
Same issue here, with non-React project. Windows 10, WSL2. Reverting to VS Code 1.76.2 resolves the issue |
Fixes #1628 Moving to esbuild caused it to pull in the "wrapper.mjs" which doesn't expose the same API that `ws` normally does. See websockets/ws#2032 (comment)
Fixes #1628 Moving to esbuild caused it to pull in the "wrapper.mjs" which doesn't expose the same API that `ws` normally does. See websockets/ws#2032 (comment)
Fixes #1628 Moving to esbuild caused it to pull in the "wrapper.mjs" which doesn't expose the same API that `ws` normally does. See websockets/ws#2032 (comment)
This will be fixed in the nightly build available shortly after 5PM PST today. I will also propose it for a recovery release next week. |
I tried the nightly build, however I am getting 'unable to attach to browser' |
@TKraus27 the nightly build only just came out This is now fixed in the nightly build. Note that you will need to install that in the remote workspace. I will also propose it for a recovery release next week. |
I just tried it again. Still 'unable to attach to browser' error. Not sure what the issue is as it is a very general error |
Tried the nightly build and now getting the following error Unable to launch browser: Unable to find an installation of the browser on your system. Try installing it, or providing an absolute path to the browser in the runtimeExecutable in your launch.json |
I initially had the same error as @adviner has stated above. my error has since changed after doing various troubleshooting. |
TKraus27 what did you change to get over the issue I'm facing? |
@adviner not sure entirely. one thing I did do was try installing chrome via the terminal using their debian package. it didn't really seem to give a full success on install. and alas I am still faced with 'unable to attach to browser'. other than that, I think all I did was reinstall the 'Javascript Debugger (nightly)" extension and relaunch vscode a few times. |
i also meet this problem, it seems like there is no launcher in my system, but i do really have installed it and all work fine yesterday
|
@connor4312
|
I had to finally revert back to 2.7.6 and turned off automatic updates until this issue is fixed. |
Same as above for me |
Ah, sorry, one more change is needed for now: add |
Previously, the package.json pulled in at the bundle step was the "nightly"-treated version, but this is no longer the case. This causes nightly to not be able to automatically determine it's running in a remote workspace, since the extensionId is wrong. Instead, define the version, package name, and publisher as compile-time constants. Refs #1628 (comment)
@connor4312 adding the |
I have a new issue which is arising. Launching my next.js project through a launch configuration is causing issues. I can't get it to fully launch unless I run the here is what shows up in terminal when I run the config:
here is what my launch config looks like:
|
Please open a new issue for that. A screencap using gifcap.dev would be useful as well. |
Previously, the package.json pulled in at the bundle step was the "nightly"-treated version, but this is no longer the case. This causes nightly to not be able to automatically determine it's running in a remote workspace, since the extensionId is wrong. Instead, define the version, package name, and publisher as compile-time constants. Refs #1628 (comment)
same issue: died right after update
|
Can you elaborate? I have no options on where to install, but it shows "Extension is Enabled on WSL:Ubuntu" but still getting 'unable to attach to browser'. I'm not running insiders build of VS Code just the standard. Thank you |
Just downgrading VSCode one version and disabling updates was easier for me. I'll just re-enable the updates on the next release. |
Search for |
Yes, I do have that enabled, and the standard one disabled. I was questioning this part:
|
It automatically gets enabled on the remote, even I get the "Extension is enabled on remote name" message on the extension page. Using vscode standard. Can you share your launch.json file? Here's mine that works:
|
@Ashesh3 you need to add |
He said that adding |
@Ashesh3 I tried without it and it does seem to work for me. I thought that may have been a possible fix but it seems like it has already been updated in the nightly build. |
Yes, there is already a build out that removes the need for manually specifying |
Yours works for me thank you. The same exact config with "type": "pwa-chrome" does not. |
Try |
I use |
Still "Unable to attach browser" for "type": "chrome" |
Fixed for me without any configuration changes after update → v1.77.2 |
I was still having problems in v1.77.3, turns out I had VSCode installed through |
Does this issue occur when all extensions are disabled?: Yes/No
Steps to Reproduce:
The text was updated successfully, but these errors were encountered: