Console Ninja
Console Ninja is a VS Code extension that displays console.log
output and runtime errors directly in your editor from your running browser or node application. It's like your browser dev tools console tab or terminal output from your node app, but instead of having to context switch, values are connected to your code and displayed ergonomically in your editor.
Table of contents
Current status
Console Ninja extension comes with 2 feature sets: Community and PRO.
Console Ninja Community feature set includes many fundamental features such as displaying console.log
output and runtime errors directly in your editor, showing all recorded logs and errors in the log viewer, etc. Console Ninja Community feature set is free to use, and will always be free to use.
Console Ninja PRO (paid) feature set includes everything from the Community feature set as well as many additional advanced features that can be explored on our website Pro page and are documented in a separate doc section. Unless the feature is documented as being available in the PRO edition, it will always be available in the Community edition for free.
Console Ninja feature sets are designed and will be extended in future with the goal of providing you the best tool in the world for debugging your applications. Whether you are using the free or paid version - we will do our best to make you as productive as possible. With the PRO feature set, we are aiming to 10x your productivity, especially in more advanced debugging scenarios:
- with larger number of logs,
- medium and large company projects,
- realtime value watching and diff-ing,
- zero config code coverage powered analysis,
- and much more.
You may easily switch between feature sets in the extension settings, request a trial period for Console Ninja PRO feature set by using the "Console Ninja: Manage License" command in VS Code, and unlock the full Console Ninja PRO feature set by purchasing a subscription.
Supported technologies
Console Ninja currently supports the following tools:
- Vite, including
- web applications that were generated by Vite CLI such the ones using React, Vue, Preact, Lit, Svelte, Vanilla, TypeScript or JavaScript;
- web applications configured to use Vite;
- web applications powered by app frameworks that are using Vite, such as Nuxt or SvelteKit.
- Webpack, including
- Next.js, including first class support for browser and server side (Node and Edge) logs (Turbopack is currently not supported).
- Nest.js, if using Nest.js 10+ with SWC as compiler, follow instructions of this comment.
- Remix, including first class support for client and server side logs (no errors).
- Nuxt.
- Astro, including first class support for client and server side logs (no server side errors).
- Shopify Hydrogen.
- Qwik.
- Serverless Offline.
- Jest test runner (no errors).
- Cypress.io end-to-end test runner.
- http-server, live-server and serve static HTTP servers.
- Live Server VS Code extension (
off
by default, can be turned on in the Console Ninja extension VS Code settings).
- Live Preview VS Code extension (
off
by default, can be turned on in the Console Ninja extension VS Code settings).
In addition to the technologies above, Console Ninja also supports node app.js
-like workflows including Express, Hapi, Fastify and other similar frameworks. Custom node applications are also supported. To learn more, please refer to the Universal Node applications section.
We have designed Console Ninja in such a way that adding support for new tools is fast and easy, so please let us know if there's another technology you want to use Console Ninja with.
Get started
Console Ninja is designed to fit seamlessly into most typical dev workflows. After you have installed the extension in VS Code and opened your project, you may perform the same steps you usually take:
- run
npm/pnpm/yarn
script or CLI command that starts/opens your app in dev/watch/hot-reload mode *;
- start making code changes, such as adding
console.log
to your code **;
- if required ***, perform the actions within your app that trigger the modified code, ie. click a button if you have added
console.log
to the button click handler;
* If your app is a custom nodejs application then you need to prefix your CLI command with console-ninja
, please refer to Universal Node applications for more information.
** Most modern tools run in watch mode with hot reload enabled. If your tool doesn't have such mode, then, the same way as without Console Ninja, you need to refresh your app page to make it run your modified code.
*** Sometimes your modified code may be triggered immediately upon the (hot) reload of the app. For example, when code is located in the root of a component, it will be executed when the app (re)starts. If the modified code is not triggered by the app (re)start, then, the same way as without Console Ninja, you will need to perform your app specific actions to trigger the code execution.
You should now be able to see logs (and errors, if any) in your editor, next to the relevant line of code. Hovering over the console.log
or error value will display more details. If you don't see the expected output, please check Console Ninja's current status.
Using the Show Output
command displays the log viewer, allowing you to explore more details and navigate between logs and code.
console.log
Adding console.log
to your code will display the log output in your editor, next to the relevant line of code. Hovering over the console.log
value will display additional details. The log output is also displayed in the log viewer.
console.trace
Adding console.trace
to your code will display the call stack trace right in your editor, next to the line of code with console.trace
. The stack trace output is also displayed in the log viewer.
console.time
Adding console.time('some_label')
and console.timeEnd('some_label')
to your code will display the time it took to execute the code between the calls right in your editor, next to the line of code with console.timeEnd
. The time output is also displayed in the log viewer.
Hovering over Console Ninja output, such as logs or errors, will display more details, such as the log value, timestamp, error message, and stack trace.
The hover tooltip also provides a few actions displayed as icons in the top right corner of the widget, for example:
Show in Console Output
action that opens Console Ninja's log viewer and focuses on the log entry.
Open Filtering Settings
action that opens Console Ninja's output filtering settings.
Log viewer
Using the Show Output
command displays Console Ninja's log viewer. The log viewer shows all recorded logs and errors from your running application in chronological order, with newer entries at the bottom. When the command is triggered on a line with a console.log
result, the last recorded log entry is focused in the log viewer.
Each log entry provides summary details and is collapsed by default, providing a short preview that can be expanded (via mouse or Arrow Right
keyboard key after it is focused) to inspect its details. Once the details are expanded, the Enter
keyboard key can be used to enter the details keyboard selection/navigation mode; the Esc
key can be used to exit the mode.
Each entry preview and expanded error entry details contain clickable links to the target source code. Links that point to http
locations are opened in the editor by downloading the file first (a setting allows http
links to be opened in the browser instead).
Similar to browser dev tools, sequential entries of a primitive type, such as string
, boolean
and number
, and any errors, that are logged from the same place in the code and have the same value are grouped together and displayed as a single entry. The entry prefix indicates the number of entries in the group.
The following keyboard shortcuts are supported for faster navigation:
Arrow Up
and Arrow Down
to navigate to the next/previous displayed entry.
Home
and End
to navigate to the first/last displayed entry.
Arrow Left
to collapse focused entry details and Ctrl/Cmd + Arrow Left
to collapse all expanded entries details.
Additionally, the following commands (also displayed as icon buttons at the top of the log viewer) are available:
Clear all output
from Console Ninja, including inline output.
Add Checkpoint
to add a horizontal separator between currently displayed entries and any new entries added afterwards.
Change Date and Time Display Mode
to show/hide date/time part of each displayed log entry.
Toggle auto-clearing of the output on any file change
. If auto-clearing is set to off
, log entries recorded prior to the latest file change are dimmed, and the file links hover icon is changed to indicate that the displayed position may have changed since the entry was recorded.
Toggle auto-scrolling to the last log entry
when new log entries are added. If the output is manually scrolled up so that the last entry row is not visible, then auto-scrolling is paused until the output is manually scrolled to make the last entry row visible.
The log viewer supports search using the Ctrl/Cmd + F
keyboard shortcut.
The log viewer can be displayed in two modes, either Beside File
and In View
, there is a setting to configure the mode.
In the Beside File
mode (default, and recommended), the viewer is displayed in a new separate editor group to the left from your current editor. In this case, the view behaves like other opened editor tabs, i.e. it is visible in the Opened Editors
in VS Code file explorer view.
In the In View
mode, the viewer is displayed as VS Code side view. The view can also be moved to another VS Code panel. The recommended position for the viewer is to the right of the VS Code Output
view in the bottom pane of your editor.
Universal Node applications
Console Ninja supports virtually any node application (starting from node v16.15.0), including Express, Hapi, Fastify, and custom node applications. Simply prefix your node app.js
command with console-ninja
and run console-ninja node app.js
in your terminal.
Here are some more examples of how you may use the command:
console-ninja node --watch app.js
console-ninja npx nodemon app.js
console-ninja npm run dev
console-ninja yarn node app.js
console-ninja npx tsx app.ts
console-ninja npx ts-node app.ts
If console-ninja
is not available in an external terminal session after executing Console Ninja: Start
command and reloading your terminal session then you may need to add ~/.console-ninja/.bin
to PATH
manually. On Windows, depending on how you start apps, you may need to restart Explorer process or re-login to the system.
On UNIX-based systems (e.g. MacOS, Linux) you may source the console-ninja
command for a terminal session. After that point, any commands you run in that terminal session will automatically be started with console-ninja
. For example:
source console-ninja
node app1.js
node app2.js
If you manually manage your shell scripts then you may want to disable the automatic PATH
appending behavior. The console-ninja.installBinToPath
VS Code setting which is set to true
by default allows to disable the behavior.
Please note: if your project uses a tool that Console Ninja supports out of the box then you don't need to prefix your CLI commands with console-ninja
the prefix.
Troubleshooting
If Console Ninja is not working for you as expected, the first thing to check is the extension status. You may see the status info by hovering over the extension icon in VS Code status bar.
The status popup information dialog explains the current state of the tool and provides some tips on what to do next.
Console Ninja uses a local websocket server to communicate with your editor, and VPNs and firewalls can interfere with this communication. If you are having connection-related issues and are connected to a VPN, try disconnecting from the VPN. If you are using a firewall, you may try temporarily disabling it to see if it is the cause of your problem; if so, refer to your firewall documentation to see how to identify blocked traffic and how to configure it to allow Console Ninja.
How does it work
Console Ninja integrates with locally installed tools that are building/preparing your code, and then inspects and adjusts your code (in a way that doesn't change how it executes) before it gets to the runtime (browser or node process that runs the code).
To integrate with supported tools seamlessly, Console Ninja patches your locally installed node modules. When you stop Console Ninja in the editor with the Pause
command, all patches are removed.
If after stopping Console Ninja you observe some runtime issues (such as Console Ninja websocket errors in your browser), try clearing your build tool's cache. Depending on your stack, the following commands should help:
- run
rm -rf node_modules/.cache
,
- run
rm -rf .next
,
- run
rm -rf .angular
,
If the steps above don't help, and you are not sure how to reset your build tool's cache, try re-installing node modules, this should result in your build tool creating new cache and should resolve the issue.
Console Ninja detects if you are running your tool in production mode (by checking CLI flags and process environment variables). When production mode is detected, the tool will not modify your application code even if Console Ninja is running. In the (unlikely) case that you are running production builds on your local dev computer AND are deploying or sharing local builds outside of your machine, we recommend running the Console Ninja Pause
command in your editor prior to running your build to guarantee that no instrumented code ends up in your production code.
Console Ninja instrumentation is limited to sending runtime values for console.log
and errors to your locally running editor only (localhost
hosted websocket server). The runtime data from your app is never sent outside of your local machine. If the code of your application is somehow instrumented by Console Ninja and then used outside of your local machine for some reason:
- in browser, it will simply do nothing if the app host is not
127.0.0.1
, localhost
, or one of your network adapter's IP v4 addresses. To connect from a different host name, use the console-ninja.allowedHosts
VS Code setting. Note: the PRO edition also supports the use of *
and ?
for wildcard matching (e.g. *.example.com
), and regular expressions (e.g. /^.*\\.example\\.com$/
).
- in node, it will fail to connect to
localhost
and will not stop your app from working.
To disable Console Ninja Welcome message displayed in build tools CLI and browser that has a link to this docs section, you may use the console-ninja.showWelcomeMessageInTools
setting in VS Code.
Quokka.js
Quokka.js is another awesome tool from our team. Like Console Ninja, Quokka.js allows you to see various execution results without leaving the comfort of your editor.
The fundamental difference between Console Ninja and Quokka.js is that Quokka runs new scratch files or existing code files as a self-contained program. Quokka allows you to quickly execute and iterate code in an isolated playground without unnecessary application execution. Console Ninja on the other hand runs within your application (started by your dev server, or test runner), and allows you to debug any end to end scenarios within your running app.
Wallaby.js
The Wallaby.js tool from our team runs your JavaScript and TypeScript tests immediately as you type, highlighting results in your IDE right next to your code.
While you may use Console Ninja to display logs from supported test runner CLIs, test errors are not handled by Console Ninja; this is because test errors are caught/handled by test runners themselves, and special processing is required to format and display test results.
Wallaby not only displays logs and test errors inline (and in a separate ergonomically designed view), but is also packed with features, such as inline code coverage and a time travel debugger, that provide superpowers to your current testing framework/stack, such as Jest, Vitest, Mocha. etc.
Error Lens extension
Error Lens is a VS Code extension that provides inline output for VS Code Problems
output window, typically static code analysis errors from your code linter or language service, such as a linter rule violation or TypeScript types-related error.
In contrast, Console Ninja runs within your application and displays runtime logs and errors.
PRO features
Console Ninja PRO feature set includes everything from the Community feature set as well as many additional advanced features that can be explored on our website Pro page, and are documented below.
Watchpoints
The Watch Value
feature allows you to keep the value of any logged expression displayed. While opened, the value can easily be monitored for any changes made to it as a result of your code modifications or some actions in your app.
The Watch Value
feature is available for both console.log
and logpoints. The feature is available from the hover tooltip, as a code action (via the editor line light-bulb
) and from the editor command palette.
You can watch multiple values at the same time. Value widgets in the Console Output can be closed individually (close icon or Ctrl/Cmd + W
keyboard shortcut on a focused value) or all at once. Arrow keys can be used to navigate between displayed values.
Copy
is available from the focused widget header and via Ctrl/Cmd + C
shortcut. Search (Ctrl/Cmd + F
) can be used to find any specific content inside displayed values. The Enter
key can be used on a focused value widget to enter the details keyboard selection/navigation mode; and the Esc
key can be used to exit the mode.
The Console Output value widgets layout can be changed from automatic
(default) to manual
(with drag & drop and resize support) via the Toggle Value Layout Mode
command (also available as at the top of the watched Values
view). Log Highlighting is also supported for displayed values via coloring the value widget header with the same highlight color as in the log viewer and editor.
Logpoints
While using the console.log
feature provides an excellent way to log expression values, oftentimes you may want to display or capture expression values without modifying your code. There are also many times when inserting console.log
can get tedious, such as:
- when logging an arrow function expression return value or the function parameter value (i.e. logging
e
or e.prop
in a.map(e => e.prop)
);
- or logging a JSX expression value (i.e. logging
count
in <span>count is {count}</span>
).
- or logging an expression in the middle of another expression (i.e. logging the result of
a.b()
in a.b().c();
without calling a.b()
twice).
Console Ninja Logpoints allow you to log the value of any expression in your code, without modifying your code, by simply placing a VS Code breakpoint in your code. When Console Ninja is running (and the VS Code debugger is not), the breakpoint will not stop your code, but will act as a logpoint and will log the value of the expression next to your code and to the Console Ninja log viewer.
To use the feature, you may simply place a breakpoint (F9
) on any line. If you want to be more precise about what to log on a line, you may place an inline breakpoint (Shift + F9
) near/inside the expression that you would like to log.
In the example below:
- inline breakpoint on the line 8 outputs the value of the
document
;
- inline breakpoint on the line 23 outputs the value of the
e
parameter of the onClick
button handler;
- inline breakpoints on the line 24 and line 30 outputs the value of the
count
variable.
Once a breakpoint is placed and Console Ninja is ready to output some values for it, a special ⚡️ indicator is placed at the line with the breakpoint. If a breakpoint is placed and there's no special indicator visible, it means that it is placed in a location where Console Ninja cannot find anything to log (for example, on a line without executable JS/TS code).
Because logpoints are VS Code breakpoints, you can remove them in bulk using the Console Ninja: Remove all Breakpoints in File
command or the Remove All Breakpoints
command. Please note that this second command removes all breakpoints in all files.
React hooks logging
When a logpoint is placed on a line with a React hook with dependencies, Console Ninja logs the values of the dependencies that triggered the hook's callback function execution. This way you can spot the difference between current and previous hook dependency values with ease.
Network Logging
Network logging captures the details of network requests made by your browser to your application.
Only requests related to files currently opened in your editor are logged. Both the fetch
and XMLHttpRequest
APIs are supported.
In community edition the URL
, method
(e.g. get, post), and status
(e.g. 200, 404, 500) are available. PRO edition also logs the request and response content. The content-type
of payloads is used to determine the best way to display
captured content (e.g. JSON content is displayed as expandable objects). Large values are automatically collapsed.
Network logging can be paused using the Toggle Network Request Logging
command or using the toggle icon in Console Output. It can also be disabled entirely in the
Console Ninja extension settings via the console-ninja.output.showNetworkRequests
setting.
Function logpoints
Function logpoints are special types of Console Ninja logpoints that allow logging every line of a function and its argument values, without modifying your code. Function logpoints are useful when you want to log the execution of a function, but do not want to insert console.log
statements in the function body or place a logpoint on every line of the function.
To use the feature, you may simply place a breakpoint (F9
) on a line of code where a function/method is defined. If there are multiple expressions or functions defined on a line, you may place an inline breakpoint (Shift + F9
) near/inside the function
keyword or method name, or at the start of an arrow function expression (🔴() => ...
).
To override the value logged for a line within the logged function, inline breakpoint (Shift + F9
) may be used near/inside a specific expression within the line.
Code Coverage
Function logpoints also collect accumulated code coverage for your function calls. The coverage is displayed in the gutter of the editor, and is
updated as you interact with your application or change your source code.
Here is what the coverage indicators mean:
- If you see a gray square next to a line of code, it means that the line of
code is has not been executed yet.
- If you see a yellow square next to a line of code, it means that the line
of code is only partially executed.
- If you see a green square next to a line of code, it means that the line
of code has been executed at least once.
- If you see a red square next to a line of code, it means that the line of
code is the source of an error, or in the stack of an error.
The colors of gutter indicators can be changed in Console Ninja settings.
The Clear all output
command can be used to reset the accumulated code coverage state. This may be useful if you want to collect and inspect the coverage state for a specific interaction with your application.
The Toggle Uncovered Code Regions
command allows you to quickly
highlight regions of your code that have not been executed (on lines with gray and yellow gutter
indicators).
File code coverage
To collect and display accumulated code coverage for all functions in a source file, you may use the Toggle File Code Coverage
command. The coverage is displayed in the gutter of the editor, and is updated as you interact with your application or change your source code. The displayed indicators are the same as for function logpoints.
Class logpoints
Class logpoints are special types of Console Ninja logpoints that allow logging every line of all functions of a class without modifying your code.
To use the feature, you may simply place a breakpoint (F9
) on a line of code where a class
is defined.
To override the value logged for a line within the logged function, inline breakpoint (Shift + F9
) may be used near/inside a specific expression within the line.
Predictive Logging
Predictive logging captures additional values based on logpoints and console.log
usages. Lines with predicted values will display a ⚑ icon; hovering over this icon will show the captured values. Placing a logpoint on a line with a prediction will cause the values to display as if they were from a logpoint, both next to your code and in the Console Output window.
By default, console.log
will not trigger predictive logging, but can be configured to do so using the console-ninja.allowConsoleLogToTriggerPredictions
setting. Predictive logging can also be entirely disabled using the console-ninja.predictiveLoggingEnabled
setting.
In addition to the hover tooltip features available in the Community edition, the PRO edition includes additional actions:
Copy to Clipboard
action that copies the logged value or the error details to the clipboard. It's also available as a code action (via the editor line light-bulb).
Show in Console Output
action that opens Console Ninja's log viewer and focuses on the log entry.
Highlight in Console Output
action that highlights the log entry in Console Ninja's log viewer. The feature is also available as a code action (via the editor line light-bulb
) and from the editor command palette.
Compare Side by Side With Previous Value
action that allows you to compare the current value with the previous value in the editor diff viewer.
Watch Value
action that allows you to keep the value of any logged expression displayed. The feature is available for both console.log
and logpoints. The feature is also available as a code action (via the editor line light-bulb
) and from the editor command palette.
Search the Web
action that opens a web browser with the error message as a search query. This action is only available for errors. The search engine can be configured in the Console Ninja extension settings via the console-ninja.searchUrl
setting.
Log Viewer Pro
In addition to the log viewer features available in the Community edition, the PRO edition includes additional features to provide an even more powerful way to analyze complex output.
Indentation guides
Indentation guides provide a clear visual representation of the nested structure of
your objects.
Expand/collapse controls
Expand/collapse controls allow you to collapse and expand nodes within nested objects.
These features allow you to focus on specific sections of your logs without being overwhelmed by the
sheer size and complexity of the output.
Log entry highlighting
This feature allows you to highlight log viewer entries that are logged from the same place in your code. No need to add prefixes like console.log('!!! HERE', obj)
to your logs any longer - highlighted entries are decorated with a visually distinct colored & numbered indicator. Highlighting makes it easier to quickly identify specific log entries in scenarios with a lot of logs.
Both console.log
statements and logpoints can be highlighted.
Toggle Log Highlight
command allows you to toggle highlighting of the current log location. The command is available from the editor command palette, from the log hover tooltip and as a code action (via the editor line light-bulb).
Clear All Log Highlights
command allows you to clear all current log entry highlights.
Breadcrumbs
Breadcrumbs feature provides a quick way of navigating the nested structure of your large logged objects.
After clicking on a value inside a large object or using Enter
plus navigation keys to browse the object, you can see the current property path in the breadcrumbs panel at the top of the log viewer. You can click on any of the breadcrumbs to scroll to the corresponding node and highlight it.
Log entry filtering
Adding multiple console.log
statements, or even better, some logpoints may quickly result in large and hard-to-manage output. At the same time, removing log statements to limit output can be distracting and you may still need them for your debugging session.
To address the issue, log entry filtering allows you to filter log viewer entries by their file and/or line. For example, you may display only log entries for a specific line of code or hide entries coming from a specific file. The filtering makes it easier to quickly find and track specific log entries in scenarios with lots of logs.
To use the filter you need to open the log entry context menu (via the lightbulb
icon of a selected entry, or via the Cmd/Ctrl + .
keyboard shortcut) and select one of the available filtering commands:
- The
Show entries for this file/line only
command allows you to only display entries for the selected file and line.
- The
Show entries for this file only
command allows you to only display entries for the selected file.
- The
Hide entries for this file/line only
command allows you to hide entries for the selected file and line.
- The
Show entries for this file
command allows you to hide entries for the selected file.
When a filter is applied, existing log entires that do not match the filter will not be visible. Any new log entries that do not match the filter (e.g. logged as a result of your code changes or as a result of interaction with your app) will also not be displayed.
Once a filter is applied, the log viewer toolbar filter icon indicates that the filter is active. The filter can be cleared by selecting the Reset Filter
log entry context menu option, or via the log viewer toolbar Reset Filter
icon, or via the Shift + Escape
keyboard shortcut.
Unlike the output filtering, that applies to all output (including inline output) at the time of capturing it, the log entry filtering only applies to the displayed log viewer entries. The log entry filtering also does not stop Console Ninja from capturing logs and errors, so you can still see all logged results when the filter is reset.
Log entry grouping
Sequential entries, including logs and errors, that are logged from the same place in the code and have the same logged value are grouped together and displayed as a single entry. The entry prefix indicates the number of entries in the group. While similar Console Ninja Community edition feature only works for primitive types (just like browser dev tools), this Pro feature works for any type of entries, including large complex objects.
Log entry actions
Copy
action allows to copy selected log entry to clipboard. The action is available from the selected log entry toolbar and via Ctrl/Cmd + C
shortcut.
Date and time display modes
Change Date and Time Display Mode
command to show/hide date/time part of each displayed log entry, as well as display an entry time relative to the oldest display entry time, or relative to the previous entry time. The option to instantly switch between the absolute and relative timelines can be tremendously helpful in scenarios where you need to quickly understand the time gap between log entries.
Output Filtering Pro
Console Ninja PRO edition includes output filtering features to make working in large projects or projects with a lot of output easier. Unlike the log viewer entry filtering, that only applies to the displayed log viewer entries, the output filtering is applied to all output, including inline output.
Capture and display errors
setting allows configuring whether to capture and display errors in the editor and in the log viewer. This is useful when you are working on a project with a lot of reported errors and you want to focus on logs only.
Capture and display logs only from files opened in editor
setting allows configuring whether to capture and display logs from all files or only the files that are opened in your editor. This is useful when you are working on a project with a lot of files with logs and you want to focus only on output from files that you are currently working on.
Display logs from multiple running tools together in a single list
setting allows to merge output from multiple running project tools, such as next.js server and next.js browser logs, Jest logs, etc., and display the output together in the log viewer. The merged output provides a holistic view of your running application, eliminating the need to
switch between multiple output sources. This integrated view of logs from all of your tools
provides an intuitive and efficient way to understand the complete behavior of your application.
Capture and display logs only from logpoints
setting allows configuring whether to capture and display logs from console.log
and other console.*
statements. This is useful when you are working on a project with a lot of console.log
statements and you want to focus on output from your logpoints only.
Quick Search Pro
In addition to the log viewer search features available in the Community edition, the PRO edition provides an easy way to search
across all of your project logs and errors with minimal distraction.
The Search Logs
command allows you to search across all of your project logs and errors.
Quickly navigate to the specific line of code
associated with a log, as well as view the entire log in the
log viewer. Additionally, you can navigate between matching
log entries within the log viewer itself.
Separate navigation actions (either to open the code only or open the log viewer only) are available for each search result as side buttons.
Tracepoints
Console Ninja Tracepoints allow you to trace the execution of any block of code and understand where it is being called from, without modifying your code. Similar to logpoints, you may place a tracepoint (Add Tracepoint
command) on any line/column, even in the middle of some expression, or next to a function parameter. When the code execution reaches the tracepoint, Console Ninja will log the current stack trace and the value of the expression located at the tracepoint position.
Timepoints
Console Ninja Timepoints allow you to measure the execution time of any block of code, without modifying your code, by simply placing a pair of timepoints in your code.
First, place a timepoint (Add Timepoint
command) on the line where you want to start measuring the execution time. Then, place another timepoint (Add Timepoint
command) on the line where you want to stop measuring the execution time. The timepoints will be highlighted by Console Ninja, and the execution time will be displayed next to the end timepoint and in the Console Ninja log viewer.
console.warn, console.info, console.debug
console.warn
, console.info
, and console.debug
offer functionality very
similar to console trace
, but also present inline values and
log viewer location links in colors gathered from your active VS Code theme. This can help quickly identify important entries when many values are logged.