React Native: Start PackagerDebug: Start Debugging(it's empty)
[Error] Failed to start the React Native packager (error code 106)
Stack: Error: Failed to start the React Native packager (error code 106): Error while working with workspace: Current workspace does not contain React Native projects. (error code 710)
at Function.getWrappedError (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/error/internalError.js:35:16)
at Function.wrapError (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/error/errorHelper.js:17:44)
at handleErrors.resultOfCode.done.reason (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/entryPointHandler.js:43:72)
at _rejected (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:844:24)
at /home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:870:30
at Promise.when (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:1122:31)
at Promise.promise.promiseDispatch (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:788:41)
at /home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:604:44
at runSingle (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:137:13)
at flush (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/node_modules/q/q.js:125:13)
at process._tickCallback (internal/process/next_tick.js:61:11)
[Extension Host] debugger listening on port 62927
workbench.main.js:4342 Overwriting grammar scope name to file mapping for scope source.swift.
Old grammar file: file:///usr/share/code/resources/app/extensions/swift/syntaxes/swift.tmLanguage.json.
New grammar file: file:///home/lh/.vscode/extensions/kasik96.swift-0.0.3/syntaxes/swift.tmLanguage
register @ workbench.main.js:4342
workbench.main.js:238 [Extension Host] (node:31773) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
t.log @ workbench.main.js:238
workbench.main.js:2365 Error: Error while working with workspace: Current workspace does not contain React Native projects. (error code 710)
at Function.getInternalError (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/error/errorHelper.js:10)
at Function.selectProject (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/extension/commandPaletteHandler.js:332)
at Function.startPackager (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/extension/commandPaletteHandler.js:37)
at registerVSCodeCommand (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/extension/rn-extension.js:181)
at generate.generator.time (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/telemetryHelper.js:61)
at TelemetryGenerator.time (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/telemetryGenerators.js:54)
at Function.generate (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/telemetryHelper.js:61)
at EntryPointHandler.runFunctionWExtProps (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/common/entryPointHandler.js:26)
at context.subscriptions.push.vscode.commands.registerCommand (/home/lh/.vscode/extensions/msjsdiag.vscode-react-native-0.9.3/src/extension/rn-extension.js:198)
at d._executeContributedCommand (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:492)
at d.$executeContributedCommand (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:492)
at d._doInvokeHandler (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:637)
at d._invokeHandler (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:637)
at d._receiveRequest (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:636)
at d._receiveOneMessage (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:635)
at define.constructor._protocol.onMessage.e (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:633)
at u.fire (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:47)
at e (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:43)
at u.fire (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:47)
at a (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:175)
at e (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:175)
at u.fire (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:47)
at y._receiveMessage (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:184)
at define.constructor._socketDisposables.push._socketReader.onMessage.e (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:181)
at u.fire (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:47)
at f.acceptChunk (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:178)
at define.constructor._register._socket.onData.e (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:177)
at Socket.t (/usr/share/code/resources/app/out/vs/workbench/services/extensions/node/extensionHostProcess.js:186)
at Socket.emit (events.js:182)
at addChunk (_stream_readable.js:279)
at readableAddChunk (_stream_readable.js:264)
at Socket.Readable.push (_stream_readable.js:219)
at Pipe.onread (net.js:636)
onDidNotificationChange @ workbench.main.js:2365
workbench.main.js:238 [Extension Host] rejected promise not handled within 1 second: Error: spawn react-native ENOENT
t.log @ workbench.main.js:238
workbench.main.js:238 [Extension Host] stack trace: Error: spawn react-native ENOENT
at Process.ChildProcess._handle.onexit (internal/child_process.js:229:19)
at onErrorNT (internal/child_process.js:406:16)
at process._tickCallback (internal/process/next_tick.js:63:19)
t.log @ workbench.main.js:238
workbench.main.js:1402 ERR spawn react-native ENOENT: Error: spawn react-native ENOENT
at Process.ChildProcess._handle.onexit (internal/child_process.js:229:19)
at onErrorNT (internal/child_process.js:406:16)
at process._tickCallback (internal/process/next_tick.js:63:19)
workbench.main.js:238 [Extension Host] (node:31773) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead.
Apologies if this issue is really vague... I'm just not able to launch a React Native project with the VS Code debugger attached. Regular react-native run-android works fine.
I've confirmed that this same project is working on macOS, so something specific about my Linux environment is making it not recognize the current workspace.
Hi @pt8o and thanks for reaching us. Seems to be you are missing global react-native cli. Do you use nvm?
Hi @ruslan-bikkinin , yep I use nvm, currently have version 0.34.0.
Also, I did npm install -g react-native-cli, which should have installed it globally, yeah?
In my home directory the react-native command is recognized
$ react-native -v
react-native-cli: 2.0.1
react-native: n/a - not inside a React Native project directory
@pt8o the node version is used inside VS Code my differ with the system one which is known issue for VS Code and nvm, and I am suspecting that this is your case. To check please run node -v in system terminal and in VS Code terminal and if node versions are different then simply run nvm alias default YOUR_SYSTEM_NODE_VERSION. After that run npm install -g react-native-cli on system node and restart VS Code.
node -v on both system Terminal and VS Code terminal prints v11.14.0
And you still can't debug your app after installing React Native cli globally on 11.14.0?
It seems that since this extension moved from the "vsmobile.vscode-react-native" to "msjsdiag.vscode-react-native" namespace this is broken.
react-native -v prints react-native: 0.57.5 so detects valid project@thibmaek what version of extension do you use? Do you open exactly the same folder/workspace as before? If you reinstall the extension the problem is still appear?
@ruslan-bikkinin correct, react-native-cli is installed globally. react-native -v returns react-native-cli: 2.0.1 on both OS terminal and VS Code terminal. "Start Debugging" or "Start Packager" give the same error messages as above.
@pt8o could you please send a screenshot of file structure of workspace you open in VS Code?
@ruslan-bikkinin just like this?

Fix for me:
npm cache clean --forcenpm i -g react-native-cli@latest@thibmaek thank you for the suggestion, this didn't work for me -- still the same error messages as in the original post
Yeah mine stopped working again
@thibmaek @pt8o guys, could you please open your project in VS Code, then open VS Code terminal, run react-native --version and share output with me?
@pt8o also, could you please share .vscode/settings.json content with me?
In general, "Error: spawn react-native ENOENT" signals that react-native command is not available from within VS Code process and it's environment problem.
In VS Code terminal

The full content of .vscode/settings.json is
{
"editor.insertSpaces": true,
"editor.tabSize": 2,
"java.configuration.updateBuildConfiguration": "disabled"
}
@pt8o looks like everything is okay there. Could you please run nvm ls and share the output with me?
$ react-native --version
react-native-cli: 2.0.1
react-native: 0.57.5
{
"javascript.validate.enable": false,
"flow.useNPMPackagedFlow": true
}
@ruslan-bikkinin
nvm ls gives
v11.0.0
-> v11.14.0
system
default -> 11 (-> v11.14.0)
node -> stable (-> v11.14.0) (default)
stable -> 11.14 (-> v11.14.0) (default)
iojs -> N/A (default)
unstable -> N/A (default)
lts/* -> lts/dubnium (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.16.0 (-> N/A)
lts/dubnium -> v10.15.3 (-> N/A)
on both system and VS Code terminals
@pt8o are you sure that you don't have any other node installations traces in your system except related to nvm? Also, please check VS Code docs section. Problem described there may seem to be unrelated, but I am guessing the cause of your issue and @thibmaek is the same as there.
Hi @ruslan-bikkinin, I've fully removed all node and npm from my /usr/ folders and then reinstalled everything with nvm. Still getting the same error :(
I don't even use nvm.
@pt8o @thibmaek I added logging of process.env before each react-native command call. Could you please try it? Please do the following steps:
... and select Install From VSIX)Help -> Toggle Developer Toolsprocess.env object.PATH value of the object and make sure that it is correct and/home/username/.nvm/versions/node/v11.14.0/bin therenode exists in the paths)Having the same issue and pretty much the same results so far.
EDIT: In my case it seems it was a faulty vscode installation (I am on Arch linux) I simply reinstalled the whole shebang from a different provider and now it works.
@pt8o @thibmaek hi guys, do you have a chance to look at this?
Hi @ruslan-bikkinin , thanks for following up.
I just tried the VSIX file you provided. I don't see a logged process.env object, I don't think?
I get this:
workbench.main.js:238 [Extension Host] rejected promise not handled within 1 second: Error: spawn react-native ENOENT
t.log @ workbench.main.js:238
$logExtensionHostMessage @ workbench.main.js:3178
_doInvokeHandler @ workbench.main.js:3252
_invokeHandler @ workbench.main.js:3252
_receiveRequest @ workbench.main.js:3251
_receiveOneMessage @ workbench.main.js:3249
_protocol.onMessage.e @ workbench.main.js:3248
fire @ workbench.main.js:77
a @ workbench.main.js:321
e @ workbench.main.js:321
fire @ workbench.main.js:77
_receiveMessage @ workbench.main.js:330
S._socketDisposables.push._socketReader.onMessage.e @ workbench.main.js:327
fire @ workbench.main.js:77
acceptChunk @ workbench.main.js:323
_register._socket.onData.e @ workbench.main.js:323
t @ workbench.main.js:332
emit @ events.js:182
addChunk @ _stream_readable.js:279
readableAddChunk @ _stream_readable.js:264
Readable.push @ _stream_readable.js:219
onread @ net.js:636
workbench.main.js:238 [Extension Host] stack trace: Error: spawn react-native ENOENT
at Process.ChildProcess._handle.onexit (internal/child_process.js:229:19)
at onErrorNT (internal/child_process.js:406:16)
at process._tickCallback (internal/process/next_tick.js:63:19)
t.log @ workbench.main.js:238
$logExtensionHostMessage @ workbench.main.js:3178
_doInvokeHandler @ workbench.main.js:3252
_invokeHandler @ workbench.main.js:3252
_receiveRequest @ workbench.main.js:3251
_receiveOneMessage @ workbench.main.js:3249
_protocol.onMessage.e @ workbench.main.js:3248
fire @ workbench.main.js:77
a @ workbench.main.js:321
e @ workbench.main.js:321
fire @ workbench.main.js:77
_receiveMessage @ workbench.main.js:330
S._socketDisposables.push._socketReader.onMessage.e @ workbench.main.js:327
fire @ workbench.main.js:77
acceptChunk @ workbench.main.js:323
_register._socket.onData.e @ workbench.main.js:323
t @ workbench.main.js:332
emit @ events.js:182
addChunk @ _stream_readable.js:279
readableAddChunk @ _stream_readable.js:264
Readable.push @ _stream_readable.js:219
onread @ net.js:636
workbench.main.js:1402 ERR spawn react-native ENOENT: Error: spawn react-native ENOENT
at Process.ChildProcess._handle.onexit (internal/child_process.js:229:19)
at onErrorNT (internal/child_process.js:406:16)
at process._tickCallback (internal/process/next_tick.js:63:19)
@pt8o yes, that was the wrong one. Here is the correct VSIX: vscode-react-native-0.9.3.vsix.zip
I updated my previous comment.
__Error__: ERR spawn react-native ENOENT: Error: spawn react-native ENOENT
__PATH__:
"/usr/bin:/bin:/usr/sbin:/sbin"/usr/local/opt/node@10/bin:/usr/local/opt/curl/bin:/Users/thibault/bin:/usr/local/sbin:/usr/local/opt/gpg-agent/bin:/usr/local/opt/python/libexec/bin:/Users/thibault/.rbenv/shims:/Users/thibault/.rbenv/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/MacGPG2/bin:/Users/thibault/Library/Android/sdk/tools:/Users/thibault/Library/Android/sdk/tools/bin:/Users/thibault/Library/Android/sdk/platform-tools:/usr/local/opt/go/libexec/bin:/Applications/Sketch.app/Contents/Resources/sketchtool/bin__Brew__:
node, node@10, node@8export PATH="/usr/local/opt/node@10/bin:$PATH"Even though I installed node@latest and node@8, they are not in my PATH, since I source node@10.
As an extra node, I have been working with this method of node version for over 2 years and had no issues with the extension until recently when it moved to the msjdiag org.
@thibmaek looks like PATH that is passed to VS Code process differs from the one that defined in your system. Under the hood there are two times when env is passed during the debugging:
First time, on VS Code side when spawning extension host process:
https://github.com/microsoft/vscode/blob/e1ac9a2490eff941c56f666800e29987c7276a67/src/vs/workbench/services/extensions/electron-browser/extensionHost.ts#L131
Second time, in the extension when spawning react-native process (env is undefined, which means that parent process.env will be used):
https://github.com/microsoft/vscode-react-native/blob/fc602bb6228af5b1dcd734acf8f6b7cb7bb1807a/src/common/commandExecutor.ts#L86
So, this is local configuration problem, not the extension one. It's hard to say why it was working in your case before 0.9.3 release, because a lot of possible changes could had influenced your environment that may affect PATH. i'd suggest you to move export PATH="/usr/local/opt/node@10/bin:$PATH" from .profile to .bash_profile because .profile would be the last one for checking by OS and would be ignored if bash_profile exists already.
@pt8o did you have a chance to try updated VSIX?
I am closing this due to inactivity. Feel free to re-open if needed.
I am having this issue too, I have installed the react-native-cli, react-native -v gives:
react-native-cli: 2.0.1
react-native: 0.59.8
and node -v gives:
v10.15.3
My workspace folder is the react-native project itself (package.json is root of this folder).
Following instructions to enable debugging is not working, it just processes for a few seconds and disappears. I have React Native Tools v0.10.1 installed. This is my launch.json:
{
"name": "Attach to packager",
"cwd": "${workspaceFolder}",
"type": "reactnative",
"request": "attach",
"address": "127.0.0.1"
},
We are using node node_modules/react-native/local-cli/cli.js start (npm start) to start the metro bundler and the server basically.
Debugging remotely (I'm using iOS simulator) basically just launches Chrome tab. (which btw loads localhost:8081 instead of 127.0.0.1:8081 which causes a CORS issue, not sure if it's our config issue or react-native issue).
In frustration, I manage to find and launch React Native: Start Packager and I got this same workspace not found 710 error.
However upon installing your debug .vsix file, and restarting the workspace/app, it magically works!
@CyberMew could you please try to use the previous versions of the extension and let us know on which version you have no error:
To install previous version of the extension you need to

I was having the same exact issue as above, installation versions matched in outside terminal and vscode terminal, same debug issue as well. Just rolled back to 10.0.0 and things are working great. Perhaps there was a regression?
any suggestion? i was having the same issue for this, already try with ver 0.9.3 and 0.10.0, can't use tools
@DananDio @mjgerace if you see "Error: spawn react-native ENOENT" in Developer Tools logs it means that react-native command is not available in the PATH provided to the VS Code process. It's nothing to do with extension itself.
I'd recommend you to check your system configuration. You can check what is passed into the PATH variable that is used in VS Code by following these steps:
process.env.PATH.split(":"); command in the console and call itSorry for the long delay @ruslan-bikkinin! The issue for me in the end was that that nvm paths were in my bash_profile but not my bashrc... or it may have been the other way around, I don't remember specifically. Apparently the OS terminal loads both, and the regular built in terminal in VS Code loads both, but the specific environment used by the React Native debugger only loads one of them.
I encounter this issue when using the Visual Studio Code Remote - Containers extension and installing the vscode-react-native extension inside the container. In the container I have node installed without using nvm.
@ruslan-bikkinin i could provide run npm on vscode terminal and outside vscode , and the only error gor every time i run react-native tools is this :
[Error] Failed to run the application in Android (error code 104)
Stack: Error: Failed to run the application in Android (error code 104): Error while working with workspace: Current workspace does not contain React Native projects. (error code 710)
at Function.getWrappedError (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/src/common/error/internalError.js:35:16)
at Function.wrapError (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/src/common/error/errorHelper.js:17:44)
at handleErrors.resultOfCode.done.reason (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/src/common/entryPointHandler.js:43:72)
at _rejected (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:844:24)
at /Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:870:30
at Promise.when (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:1122:31)
at Promise.promise.promiseDispatch (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:788:41)
at /Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:604:44
at runSingle (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:137:13)
at flush (/Users/danandio/.vscode/extensions/msjsdiag.vscode-react-native-0.10.2/node_modules/q/q.js:125:13)
at process._tickCallback (internal/process/next_tick.js:61:11)
feels weird because i could run and live reload with vscode +emu, but can't with this extension
@DananDio please try follow the instructions from my comment: https://github.com/microsoft/vscode-react-native/issues/1012#issuecomment-514615593
@pheuter thanks for letting us know! I think we should triage that.
I have no clue how to fix this but will list my setup again:
"terminal.integrated.shell.osx": "/usr/local/bin/zsh",export PATH="/usr/local/opt/node@10/bin:$PATH"(4)聽["/usr/bin", "/bin", "/usr/sbin", "/sbin"]/usr/local/opt/node@10/bin:/Users/thibault.maekelbergh/.rbenv/shims:/Users/thibault.maekelbergh/.rbenv/bin:/usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin:/usr/local/opt/node@10/bin:/Users/thibault.maekelbergh/bin:/usr/local/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/thibault.maekelbergh/Library/Android/sdk/tools:/Users/thibault.maekelbergh/Library/Android/sdk/tools/bin:/Users/thibault.maekelbergh/Library/Android/sdk/platform-tools:/Applications/Sketch.app/Contents/Resources/sketchtool/bin@thibmaek as you can see PATH that is being exposed to VS Code differs from the PATH that is being exposed to integrated shell. For some reason PATH export defined in .zshrc isn't engaged by VS Code when it's started. I think, you can try to workaround it by doubling the export in .bash_profile.
@ruslan-bikkinin putting the export in .bash_profile yields the same result
@thibmaek understood. I'd suggest you to reach out VS Code team then because this is more likely zsh/VS Code issue than an extension one.
I am having the same problem. Anyone found a solution or workaround
Also having this issue. react-native, node, and npm are on the path confirmed from the developer tools. Not really sure what's going on here.
I have finally found what causes this issue.
Launching VS Code with code folder/ in my shell makes the RN extension work 100% of the time (using ZSH).
Launching VS Code from anywhere else (bash, finder, alfred workflow) never works in conjunction with RN extension
I fixed this by change my wifi to use my phone 4G.
But when i change my wifi to office.The problem also with me.
So i don't know what the question now!!
Hi @iosToTop, please open a new issue according to our issue template and describe your problem in details.
Most helpful comment
Fix for me:
npm cache clean --forcenpm i -g react-native-cli@latest