Node.js debugger based on Blink Developer Tools

Overview

Node Inspector

Build Status NPM version Bountysource

Join the chat at https://gitter.im/node-inspector/node-inspector

Overview

Node Inspector is a debugger interface for Node.js applications that uses the Blink Developer Tools (formerly WebKit Web Inspector).

Since version 6.3, Node.js provides a built-in DevTools-based debugger which mostly deprecates Node Inspector, see e.g. this blog post to get started. The built-in debugger is developed directly by the V8/Chromium team and provides certain advanced features (e.g. long/async stack traces) that are too difficult to implement in Node Inspector.

Table of Content

Quick Start

Install

$ npm install -g node-inspector

Start

$ node-debug app.js

where app.js is the name of your main Node application JavaScript file.

See available configuration options here

Debug

The node-debug command will load Node Inspector in your default browser.

NOTE: Node Inspector works in Chrome and Opera only. You have to re-open the inspector page in one of those browsers if another browser is your default web browser (e.g. Safari or Internet Explorer).

Node Inspector works almost exactly as the Chrome Developer Tools. Read the excellent DevTools overview to get started.

Other useful resources:

Features

The Blink DevTools debugger is a powerful JavaScript debugger interface. Node Inspector supports almost all of the debugging features of DevTools, including:

  • Navigate in your source files
  • Set breakpoints (and specify trigger conditions)
  • Step over, step in, step out, resume (continue)
  • Inspect scopes, variables, object properties
  • Hover your mouse over an expression in your source to display its value in a tooltip
  • Edit variables and object properties
  • Continue to location
  • Break on exceptions
  • Disable/enable all breakpoints
  • CPU and HEAP profiling
  • Network client requests inspection
  • Console output inspection

Cool stuff

  • Node Inspector uses WebSockets, so no polling for breaks.
  • Remote debugging and debugging remote machine.
  • Live edit of running code, optionally persisting changes back to the file-system.
  • Set breakpoints in files that are not loaded into V8 yet - useful for debugging module loading/initialization.
  • Embeddable in other applications - see Embedding HOWTO for more details.

Known Issues

  • Be careful about viewing the contents of Buffer objects, each byte is displayed as an individual array element; for most Buffers this will take too long to render.
  • While not stopped at a breakpoint the console doesn't always behave as you might expect. See the issue #146.
  • Break on uncaught exceptions does not work in all Node versions, you need at least v0.11.3 (see node#5713).
  • Debugging multiple processes (e.g. cluster) is cumbersome. Read the following blog post for instructions: Debugging Clustered Apps with Node-Inspector

Troubleshooting

My script runs too fast to attach the debugger.

The debugged process must be started with --debug-brk, this way the script is paused on the first line.

Note: node-debug adds this option for you by default.

I got the UI in a weird state.

When in doubt, refresh the page in browser

Can I debug remotely?

Yes. Node Inspector must be running on the same machine, but your browser can be anywhere. Just make sure port 8080 is accessible.

And if Node Inspector is not running on your remote machine, you can also debug it as long as your local machine can connect it. In this way, you must launch Node Inspector with --no-inject which means some features are not supported such as profiling and consoling output inspection.

So how to debug remote machine with your local Node Inspector?

option 1

$ node-inspector --debug-host 192.168.0.2 --no-inject then open the url http://127.0.0.1:8080/debug?port=5858

option 2

$ node-inspector --no-inject then specify the remote machine address as a host parameter in the url e.g.) http://127.0.0.1:8080/debug?host=192.168.123.12&port=5858

How do I specify files to hide?

Create a JSON-encoded array. You must escape quote characters when using a command-line option.

$ node-inspector --hidden='["node_modules/framework"]'

Note that the array items are interpreted as regular expressions.

UI doesn't load or doesn't work and refresh didn't help

Make sure that you have adblock disabled as well as any other content blocking scripts and plugins.

How can I (selectively) delete debug session metadata?

You may want to delete debug session metadata if for example Node Inspector gets in a bad state with some watch variables that were function calls (possibly into some special c-bindings). In such cases, even restarting the application/debug session may not fix the problem.

Node Inspector stores debug session metadata in the HTML5 local storage. You can inspect the contents of local storage and remove any items as needed. In Google Chrome, you can execute any of the following in the JavaScript console:

// Remove all
window.localStorage.clear()
// Or, to list keys so you can selectively remove them with removeItem()
window.localStorage
// Remove all the watch expressions
window.localStorage.removeItem('watchExpressions')
// Remove all the breakpoints
window.localStorage.removeItem('breakpoints')

When you are done cleaning up, hit refresh in the browser.

Node Inspector takes a long time to start up.

Try setting --no-preload to true. This option disables searching disk for *.js at startup. Code will still be loaded into Node Inspector at runtime, as modules are required.

How do I debug Mocha unit-tests?

You have to start _mocha as the debugged process and make sure the execution pauses on the first line. This way you have enough time to set your breakpoints before the tests are run.

$ node-debug _mocha

How do I debug Gulp tasks?

If you are running on a Unix system you can simply run the following command. The $(which ..) statement gets replaced with the full path to the gulp-cli.

$ node-debug $(which gulp) task

If you are running on Windows, you have to get the full path of gulp.js to make an equivalent command:

> node-debug %appdata%\npm\node_modules\gulp\bin\gulp.js task

You can omit the task part to run the default task.

Advanced Use

While running node-debug is a convenient way to start your debugging session, there may come time when you need to tweak the default setup.

There are three steps needed to get you up and debugging:

1. Start the Node Inspector server

$ node-inspector

You can leave the server running in background, it's possible to debug multiple processes using the same server instance.

2. Enable debug mode in your Node process

You can either start Node with a debug flag like:

$ node --debug your/node/program.js

or, to pause your script on the first line:

$ node --debug-brk your/short/node/script.js

Or you can enable debugging on a node that is already running by sending it a signal:

  1. Get the PID of the node process using your favorite method. pgrep or ps -ef are good

    $ pgrep -l node
    2345 node your/node/server.js
  2. Send it the USR1 signal

    $ kill -s USR1 2345
Windows

Windows does not support UNIX signals. To enable debugging, you can use an undocumented API function process._debugProcess(pid):

  1. Get the PID of the node process using your favorite method, e.g.

    > tasklist /FI "IMAGENAME eq node.exe"
    
    Image Name                     PID Session Name        Session#    Mem Usage
    ========================= ======== ================ =========== ============
    node.exe                      3084 Console                    1     11,964 K
  2. Call the API:

    > node -e "process._debugProcess(3084)"

3. Load the debugger UI

Open http://127.0.0.1:8080/?port=5858 in the Chrome browser.

Configuration

Both node-inspector and node-debug use rc module to manage configuration options.

Places for configuration:

  • command line arguments (parsed by yargs)
  • environment variables prefixed with node-inspector_
  • if you passed an option --config file then from that file
  • a local .node-inspectorrc or the first found looking in ./ ../ ../../ ../../../ etc.
  • $HOME/.node-inspectorrc
  • $HOME/.node-inspector/config
  • $HOME/.config/node-inspector
  • $HOME/.config/node-inspector/config
  • /etc/node-inspectorrc
  • /etc/node-inspector/config

All configuration sources that where found will be flattened into one object, so that sources earlier in this list override later ones.

Options

Option Alias Default Description
general
--help -h Display information about available options.
Use --help -l to display full usage info.
Use --help <option> to display quick help on option.
--version -v Display Node Inspector's version.
--debug-port -d 5858 Node/V8 debugger port.
(node --debug={port})
--web-host 0.0.0.0 Host to listen on for Node Inspector's web interface.
node-debug listens on 127.0.0.1 by default.
--web-port -p 8080 Port to listen on for Node Inspector's web interface.
node-debug
--debug-brk -b true Break on the first line.
(node --debug-brk)
--nodejs [] Pass NodeJS options to debugged process.
(node --option={value})
--script [] Pass options to debugged process.
(node app --option={value})
--cli -c false CLI mode, do not open browser.
node-inspector
--save-live-edit false Save live edit changes to disk (update the edited files).
--preload true Preload *.js files. You can disable this option
to speed up the startup.
--inject true Enable injection of debugger extensions into the debugged process. It's possible disable only part of injections using subkeys --no-inject.network. Allowed keys : network, profiles, console.
--hidden [] Array of files to hide from the UI,
breakpoints in these files will be ignored.
All paths are interpreted as regular expressions.
--stack-trace-limit 50 Number of stack frames to show on a breakpoint.
--ssl-key Path to file containing a valid SSL key.
--ssl-cert Path to file containing a valid SSL certificate.

Usage examples

Command line

Format
$ node-debug [general-options] [node-debug-options] [node-inspector-options] [script]
$ node-inspector [general-options] [node-inspector-options]
Usage

Display full usage info:

$ node-debug --help -l

Set debug port of debugging process to 5859:

$ node-debug -p 5859 app

Pass --web-host=127.0.0.2 to node-inspector. Start node-inspector to listen on 127.0.0.2:

$ node-debug --web-host 127.0.0.2 app

Pass --option=value to debugging process:

$ node-debug app --option value

Start node-inspector to listen on HTTPS:

$ node-debug --ssl-key ./ssl/key.pem --ssl-cert ./ssl/cert.pem app

Ignore breakpoints in files stored in node_modules folder or ending in .test.js:

$ node-debug --hidden node_modules/ --hidden \.test\.js$ app

Add --harmony flag to the node process running the debugged script:

$ node-debug --nodejs --harmony app

Disable preloading of .js files:

$ node-debug --no-preload app

RC Configuration

Use dashed option names in RC files. Sample config file (to be saved as .node-inspectorrc):

{
  "web-port": 8088,
  "web-host": "0.0.0.0",
  "debug-port": 5858,
  "save-live-edit": true,
  "preload": false,
  "hidden": ["\.test\.js$", "node_modules/"],
  "nodejs": ["--harmony"],
  "stack-trace-limit": 50,
  "ssl-key": "./ssl/key.pem",
  "ssl-cert": "./ssl/cert.pem"
}

Contributing Code

Making Node Inspector the best debugger for node.js cannot be achieved without the help of the community. The following resources should help you to get started.

Credits

Current maintainers

Alumni

  • Danny Coates - the original author and a sole maintainer for several years.
  • Miroslav Bajtoš - sponsored by StrongLoop, maintained Node Inspector through the Node.js 0.10 era.
  • 3y3 - maintained Node Inspector in 2015-2016

Contributors

Big thanks to the many contributors to the project, see Contributors on GitHub

Comments
  • Detached from the target, websocket_closed, cannot read property ref of undefined (NM[0] is undefined)

    Detached from the target, websocket_closed, cannot read property ref of undefined (NM[0] is undefined)

    Doing node-debug src/app.js

    The immediate feedback from the terminal is :

    Node Inspector v0.12.8
    Visit http://127.0.0.1:8080/?port=5858 to start debugging.
    Debugging src/app.js
    
    Debugger listening on [::]:5858
    

    After chrome automatically launches and tries to display the page, the chrome windows show this error message:

    "Detached from the target. Remote debugging has been terminated with reason: websocket_closed. Please re-attach to the new target."

    And the console shows this error:

    /usr/local/lib/node_modules/node-inspector/lib/InjectorClient.js:111
          cb(error, NM[0].ref);
                         ^
    
    TypeError: Cannot read property 'ref' of undefined
        at InjectorClient.<anonymous> (/usr/local/lib/node_modules/node-inspector/lib/InjectorClient.js:111:22)
        at /usr/local/lib/node_modules/node-inspector/lib/DebuggerClient.js:121:7
        at Object.create.processResponse.value (/usr/local/lib/node_modules/node-inspector/lib/callback.js:23:20)
        at Debugger._processResponse (/usr/local/lib/node_modules/node-inspector/lib/debugger.js:95:21)
        at Protocol.execute (_debugger.js:121:14)
        at emitOne (events.js:96:13)
        at Socket.emit (events.js:188:7)
        at readableAddChunk (_stream_readable.js:177:18)
        at Socket.Readable.push (_stream_readable.js:135:10)
        at TCP.onread (net.js:542:20)
    
    

    I've searched everywhere for a solution to this problem and haven't found one. I hope you can be of assistance!

    opened by bdanmo 78
  • internal/modules/cjs/loader.js:583

    internal/modules/cjs/loader.js:583

    internal/modules/cjs/loader.js:583 [app-scripts] throw err; [app-scripts] ^ [app-scripts] [app-scripts] Error: Cannot find module 'balanced-match' [app-scripts] at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15) [app-scripts] at Function.Module._load (internal/modules/cjs/loader.js:507:25) [app-scripts] at Module.require (internal/modules/cjs/loader.js:637:17) [app-scripts] at require (internal/modules/cjs/helpers.js:20:18) [app-scripts] at Object. (/home/manoj/Downloads/phonelogin/node_modules/brace-expansion/index.js:2:16) [app-scripts] at Module._compile (internal/modules/cjs/loader.js:689:30) [app-scripts] at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10) [app-scripts] at Module.load (internal/modules/cjs/loader.js:599:32) [app-scripts] at tryModuleLoad (internal/modules/cjs/loader.js:538:12) [app-scripts] at Function.Module._load (internal/modules/cjs/loader.js:530:3)

    opened by manoj2017 73
  • Script is resumed as soon as node-inspector is loaded

    Script is resumed as soon as node-inspector is loaded

    I'm launching my program with --debug-brk. Execution is immediately paused. However, as soon as I load up node-inspector's page in Chrome, the script resumes, and immediately crashes (with the error I'm trying to debug). This gives me no time to set, say, a breakpoint. (Incidentally, debugger; statements don't help.)


    Affects node v0.11.14 and higher. Use an earlier version of node to unblock yourself

    • v0.11.13 (Last compatible Unstable) - http://nodejs.org/dist/v0.11.13/
    • v0.10.38 (Last compatible Stable) - http://nodejs.org/dist/v0.10.38/

    Node v0.10.38 will give you the profiler 'partial support' warning which you can ignore if you do not use the profiler. Use v0.11.13 as the warning suggests if you need the profiler.


    I'm not sure what other information I can share, here. My own code is fairly complex; if you'd like to try and reproduce this on your end, the following should approximately duplicate the environment where I'm seeing this:

    brew install nvm
    nvm install 0.11
    nvm use 0.11
    npm install -g node-inspector
    node-inspector &
    git clone [email protected]:Paws/Rulebook.git --branch letter-01
    git clone [email protected]:ELLIOTTCABLE/Paws.js.git --branch support-rulebook
    cd Paws.js
    npm install
    npm install # yes, run it twice. bugs in my codebase. unrelated.
    node --debug-brk ./Executables/paws.js check "../Rulebook/The Letters/01. On rules, meaning, and consistency.rules.yaml"
    # At this point, it should be paused ...
    # ... but as soon as you load up http://127.0.0.1:8080/debug?port=5858, for me, it resumes and crashes.
    
    BUG 
    opened by ELLIOTTCABLE 68
  • I can't see profile tab

    I can't see profile tab

    node: 0.6.19 node-inspect: 0.2.0beta3 chrome: 21.0.1180.75

    I can see script and console tabs, but can't see profile tab. How can I open the profile tab?

    opened by helloliuchen 54
  • Cannot find module

    Cannot find module "node-v43-win32-ia32\debug.node"

    Hi,

    I'm getting this error repeatedly installing on a clean session. Tried with node latest 0.12 and 0.11.13.

    Error is:

    Cannot find module '...\node-inspector\node_modules\v8-debug\build\debug\v0.4.3\node-v43-win32-ia32\debug.node''
    

    With npm install node-inspector the folder generated is node-v0.11.13-win32-ia32 not node-v43-win32-ia32.

    Cannot explain why it's looking for v43 instead of v.0.11.13.

    I'm on Windows 8.1 64bit, with the 32bit version of node installed.

    This error is preventing node-inspector from working.

    Triaging 
    opened by jamespacileo 44
  • Get a warning in node-inspector browser console with Node.js 0.11.15

    Get a warning in node-inspector browser console with Node.js 0.11.15

    Hi,

    When I debug an application with the latest Node.js 0.11.15, I got the following warning in the browser console: Your Node version (undefined) has a partial support of profiler. The stack frames tree doesn't show all stack frames due to low sampling rate. The profiling data is incomplete and may show misleading results. Update Node to 0.11.13 or newer to get full support.

    Is it caused by V8 version upgrade in this release? And another issue with 0.11.15 is once the node-inspector browser window is opened, the debugged script will automatically resume, but actually in the previous version, it will break in the first line that give you a chance to set breakpoint.

    This behavior is correct when using 0.11.13 (0.11.14 is broken).

    BUG Easy Pick 
    opened by oliverzy 39
  • node-inspector error

    node-inspector error

    Error: Cannot find module '/usr/local/lib/node_modules/node-inspector/node_modules/v8-debug/build/debug/v0.4.6/node-v0.11.13-darwin-x64/debug.node'

    how to solve?

    opened by sundyxfan 36
  • Slow Startup

    Slow Startup

    Hi there,

    i am working on a big node.js application, currently the debugger requires about one Minute to finish loading. To improve the startup time i sometimes clear local caches but this helps only a little.

    Is there any way to improve speed ? Maybe exclude files or something ?

    Thx


    What needs to be implemented to resolve this issue:

    1. Modify ScriptFileStorage to cache results of glob searches by reusing the glob cache object (see https://npmjs.org/package/glob for details).
    2. Add a new config option to disable findAllApplicationScripts - see lib/ScriptFileStorage.js
    3. Add a new config option to disable sourceMap detection - see lib/ScriptManager.js
    BUG Easy Pick 
    opened by agebrock 35
  • Hangs during CPU profiling

    Hangs during CPU profiling

    Apparent with node versions 0.12.0, 0.11.16, and 0.10.29

    I also tried various versions of node-inspector back to v0.8.3

    Steps to reproduce:

    • start node-inspector
    • start node --debug app (my web app)
    • open node inspector in the browser
    • start CPU profiler
    • hit a couple endpoints on my api

    After a few (<10) requests, my app hangs with the cpu at 100%

    Don't know if it's helpful, but I sampled the process in activity monitor, which you can see in this gist

    (edit: I should point out that I sampled many times, repeating the whole process, and it always looked the same - __psynch_mutexwait seems to have something to do with... something)

    I did some very unscientific testing, and it appears that this problem happens even when the only thing the app is doing is serving a static file.

    BUG Triaging 
    opened by dillonkrug 27
  • Runtime.getProperties failed. ReferenceError: includeSource is not defined

    Runtime.getProperties failed. ReferenceError: includeSource is not defined

    I want to see the contents of global in the inspector. However, entering global in the console, it returns:

    screen shot 2014-10-28 at 16 32 51

    Entering console.log(global) returns undefined, but I see the contents of global in the terminal window that started the node process.


    This is a regression in Node.js v0.10.35, you should downgrade to v0.10.33.


    Want to back this issue? Place a bounty on it! We accept bounties via Bountysource.

    BUG node.js Third party 
    opened by WeeJeWel 26
  • Debugger: Error: ENOENT, no such file or directory

    Debugger: Error: ENOENT, no such file or directory

    Hi guys, I've trouble while debugging with node-inspector. I use Windows 7, node-inspector 0.7.4, Express: 4.8.3

    I've this problem on two different machines.

    Ok, what I could find out:

    1

    Error came up at this point:

    fs.statSync = function(path) {
      nullCheck(path);
      return binding.stat(pathModule._makeLong(path));
    };
    

    2

    The first line shows the path the debugger is looking for.. The second line shows the right path Debugger - C:\Nodeapp\git bpr 23052014\bpr\node_modules\express.js Real Path - C:\Nodeapp\git bpr 23052014\bpr\node_modules\express\lib\express.js

    3

    He founds this pathes module.js paths: request = express

    0: "c:\Nodeapp\git bpr 23052014\bpr\node_modules"
    1: "c:\Nodeapp\git bpr 23052014\node_modules"
    2: "c:\Nodeapp\node_modules"
    3: "c:\node_modules"
    4: "C:\Users\diraschk.node_modules"
    5: "C:\Users\diraschk.node_libraries"
    6: "c:\Program Files (x86)\lib\node"
    

    4

    and brings this path up. ---> is okay! c:\Nodeapp\git bpr 23052014\bpr\node_modules\express

    5

    // given a path check function tryExtensions

    0: ".js"
    1: ".json"
    2: ".node"
    

    6

    and brings this path up, but there is no file with this extension // check if the file exists and is not a directory function tryFile(requestPath) { "c:\Nodeapp\git bpr 23052014\bpr\node_modules\express.js" --> But there is not such a file! The file is here: C:\Nodeapp\git bpr 23052014\bpr\node_modules\express\lib\express.js

    Is there a possibility to skip this error? Best regards, Dirk

    opened by draschke 25
  • Bumps [tar](https://github.com/npm/node-tar) from 4.4.13 to 4.4.19.

    Bumps [tar](https://github.com/npm/node-tar) from 4.4.13 to 4.4.19.

    Bumps tar from 4.4.13 to 4.4.19.

    Commits
    • 9a6faa0 4.4.19
    • 70ef812 drop dirCache for symlink on all platforms
    • 3e35515 4.4.18
    • 52b09e3 fix: prevent path escape using drive-relative paths
    • bb93ba2 fix: reserve paths properly for unicode, windows
    • 2f1bca0 fix: prune dirCache properly for unicode, windows
    • 9bf70a8 4.4.17
    • 6aafff0 fix: skip extract if linkpath is stripped entirely
    • 5c5059a fix: reserve paths case-insensitively
    • fd6accb 4.4.16
    • Additional commits viewable in compare view

    Dependabot compatibility score

    Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


    Dependabot commands and options

    You can trigger Dependabot actions by commenting on this PR:

    • @dependabot rebase will rebase this PR
    • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
    • @dependabot merge will merge this PR after your CI passes on it
    • @dependabot squash and merge will squash and merge this PR after your CI passes on it
    • @dependabot cancel merge will cancel a previously requested merge and block automerging
    • @dependabot reopen will reopen this PR if it is closed
    • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
    • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
    • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
    • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
    • @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
    • @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
    • @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
    • @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

    You can disable automated security fix PRs for this repo from the Security Alerts page.

    Originally posted by @dependabot in https://github.com/pancakeswap/pancake-swap-core/pull/33

    opened by Dotrog11 0
  • vue-cli-service erro

    vue-cli-service erro

    I have installed node.js and vue-cli I have tried run my project more ad more but i get this error. how I can fix this problem

    node:internal/modules/cjs/loader:958 throw err; ^

    Error: Cannot find module '@vue/cli-plugin-babel' Require stack:

    • C:\Users*****\AppData\Roaming\npm\node_modules@vue\cli-service\lib\Service.js
    • C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\bin\vue-cli-service.js at Module._resolveFilename (node:internal/modules/cjs/loader:955:15) at Module._load (node:internal/modules/cjs/loader:803:27) at Module.require (node:internal/modules/cjs/loader:1021:19) at require (node:internal/modules/cjs/helpers:103:18) at idToPlugin (C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\lib\Service.js:172:14) at C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\lib\Service.js:211:20 at Array.map () at Service.resolvePlugins (C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\lib\Service.js:198:10) at new Service (C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\lib\Service.js:35:25) at Object. (C:\Users*\AppData\Roaming\npm\node_modules@vue\cli-service\bin\vue-cli-service.js:15:17) { code: 'MODULE_NOT_FOUND', requireStack: [ 'C:\Users\***\AppData\Roaming\npm\node_modules\@vue\cli-service\lib\Service.js', 'C:\Users\***\AppData\Roaming\npm\node_modules\@vue\cli-service\bin\vue-cli-service.js' ] }
    opened by murodjon-umar0v 0
  • Trying to get in touch regarding a security issue

    Trying to get in touch regarding a security issue

    Hey there!

    I'd like to report a security issue but cannot find contact instructions on your repository.

    If not a hassle, might you kindly add a SECURITY.md file with an email, or another contact method? GitHub recommends this best practice to ensure security issues are responsibly disclosed, and it would serve as a simple instruction for security researchers in the future.

    Thank you for your consideration, and I look forward to hearing from you!

    (cc @huntr-helper)

    opened by zidingz 0
  • Express Generator

    Express Generator

    C:\nodeJS\node-express\shawServer>npm start

    [email protected] start C:\nodeJS\node-express\shawServer node ./bin/www

    internal/modules/cjs/loader.js:638 throw err; ^

    Error: Cannot find module 'bodyParser' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15) at Function.Module._load (internal/modules/cjs/loader.js:562:25) at Module.require (internal/modules/cjs/loader.js:690:17) at require (internal/modules/cjs/helpers.js:25:18) at Object. (C:\nodeJS\node-express\shawServer\routes\promoRouter.js:2:20) at Module._compile (internal/modules/cjs/loader.js:776:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10) at Module.load (internal/modules/cjs/loader.js:653:32) at tryModuleLoad (internal/modules/cjs/loader.js:593:12) at Function.Module._load (internal/modules/cjs/loader.js:585:3) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! [email protected] start: node ./bin/www npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the [email protected] start script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

    npm ERR! A complete log of this run can be found in: npm ERR! C:\Users\shouz\AppData\Roaming\npm-cache_logs\2020-05-03T12_10_15_827Z-debug.log

    opened by shaw12 0
  • hy guys i have a problem i am using react js in laravel the issue is given in comment kindly help me

    hy guys i have a problem i am using react js in laravel the issue is given in comment kindly help me

    at Module._compile (C:\xampp\htdocs\react practice\react\blog\node_modules\v8-compile-cache\v8-compile-cache.js:192:30) at Object.Module._extensions..js (internal/modules/cjs/loader.js:712:10) at Module.load (internal/modules/cjs/loader.js:600:32) npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! @ development: cross-env NODE_ENV=development node_modules/webpack/bin/webpack.js --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the @ development script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

    npm ERR! A complete log of this run can be found in: npm ERR! C:\Users\Hamza\AppData\Roaming\npm-cache_logs\2019-09-10T18_59_18_255Z-debug.log npm ERR! code ELIFECYCLE npm ERR! errno 1 npm ERR! @ dev: npm run development npm ERR! Exit status 1 npm ERR! npm ERR! Failed at the @ dev script. npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

    npm ERR! A complete log of this run can be found in: npm ERR! C:\Users\Hamza\AppData\Roaming\npm-cache_logs\2019-09-10T18_59_18_344Z-debug.log

    opened by laravelProgrammer 0
Owner
null
A pretty darn cool JavaScript debugger for Brackets

Theseus Theseus is a new type of JavaScript debugger for Node.js, Chrome, and both simultaneously. It is an extension for the Brackets code editor. Th

Adobe Research 1.3k Dec 20, 2022
Well-formatted and improved trace system calls and signals (when the debugger does not help)

ctrace Well-formatted and improved trace system calls and signals (when the debugger does not help). Why? Awesome tools strace and dtruss have only on

Aleksandr Komlev 117 Dec 27, 2022
A tiny JavaScript debugging utility modelled after Node.js core's debugging technique. Works in Node.js and web browsers

debug A tiny JavaScript debugging utility modelled after Node.js core's debugging technique. Works in Node.js and web browsers. Installation $ npm ins

Sloth 10.5k Dec 30, 2022
Node is running but you don't know why? why-is-node-running is here to help you.

why-is-node-running Node is running but you don't know why? why-is-node-running is here to help you. Installation Node 8 and above: npm i why-is-node-

Mathias Buus 1.5k Dec 30, 2022
An lldb plugin for Node.js and V8, which enables inspection of JavaScript states for insights into Node.js processes and their core dumps.

Node.js v10.x+ C++ plugin for the LLDB debugger. The llnode plugin adds the ability to inspect JavaScript stack frames, objects, source code and more

Node.js 1k Dec 14, 2022
ndb is an improved debugging experience for Node.js, enabled by Chrome DevTools

ndb ndb is an improved debugging experience for Node.js, enabled by Chrome DevTools Installation Compatibility: ndb requires Node >=8.0.0. It works be

null 10.8k Dec 28, 2022
[OBSOLETE] runs Node.js programs through Chromium DevTools

devtool ⚠️ Update: This tool is mostly obsolete as much of the philosophy has been brought into Node/DevTool core, see here for details. If you wish t

Jam3 3.8k Dec 20, 2022
🐛 Memory leak testing for node.

Leakage - Memory Leak Testing for Node Write leakage tests using Mocha or another test runner of your choice. Does not only support spotting and fixin

Andy Wermke 1.6k Dec 28, 2022
Long stack traces for node.js inspired by https://github.com/tlrobinson/long-stack-traces

longjohn Long stack traces for node.js with configurable call trace length Inspiration I wrote this while trying to add long-stack-traces to my server

Matt Insler 815 Dec 23, 2022
API Observability. Trace API calls and Monitor API performance, health and usage statistics in Node.js Microservices.

swagger-stats | API Observability https://swaggerstats.io | Guide Trace API calls and Monitor API performance, health and usage statistics in Node.js

slana.tech 773 Jan 4, 2023
A Node.js tracing and instrumentation utility

njsTrace - Instrumentation and Tracing njstrace lets you easily instrument and trace you code, see all function calls, arguments, return values, as we

Yuval 354 Dec 29, 2022
Locus is a debugging module for node.js

ʆ Locus Locus is a debugging module which allows you to execute commands at runtime via a REPL. Installing npm install locus --save-dev Using require(

Ali Davut 300 Nov 13, 2022
He is like Batman, but for Node.js stack traces

Stackman Give Stackman an error and he will give an array of stack frames with extremely detailed information for each frame in the stack trace. With

Thomas Watson 242 Jan 1, 2023
Streamline Your Node.js Debugging Workflow with Chromium (Chrome, Edge, More) DevTools.

NiM (Node.js --inspector Manager) Streamlines your development process Google Chrome Web Store (works with any Chromium browsers: Google's Chrome, Mic

Will 188 Dec 28, 2022
thetool is a CLI tool to capture different cpu, memory and other profiles for your node app in Chrome DevTools friendly format

thetool thetool is a CLI tool to capture different cpu, memory and other profiles for your node app in Chrome DevTools friendly format. Quick start np

null 200 Oct 28, 2022
Soothing pastel theme for Blink Shell

Catppuccin for Blink Shell Usage Navigate to the .js file with the theme of your choosing. Copy the URL. Open the settings panel in Blink Shell using

Catppuccin 9 Dec 23, 2022
WIP: Hevm based debugger for hardhat-huff projects

Huff Debug An easy hevm debug integration for hardhat-huff projects What does it do: Speed up your development experience by gaining rich feedback in

Huff 6 Jul 15, 2022
Debug Node.js code with Chrome Developer Tools.

Debug Node.js code with Chrome Developer Tools on Linux, Windows and OS X. This software aims to make things easier ?? . With ironNode you have the fu

Stephan Ahlf 2.3k Dec 30, 2022
A pretty darn cool JavaScript debugger for Brackets

Theseus Theseus is a new type of JavaScript debugger for Node.js, Chrome, and both simultaneously. It is an extension for the Brackets code editor. Th

Adobe Research 1.3k Dec 20, 2022
Well-formatted and improved trace system calls and signals (when the debugger does not help)

ctrace Well-formatted and improved trace system calls and signals (when the debugger does not help). Why? Awesome tools strace and dtruss have only on

Aleksandr Komlev 117 Dec 27, 2022