Debug Tool Window
In this topic:
The Debug tool window becomes available when you start debugging.
It displays the output generated by the debugging session for your application. If you are debugging multiple applications, the output for each application is displayed in a separate tab named after the corresponding run/debug configuration.
For each application, there are the following nested tabs:
- Console: displays system information and error messages, and the console input and output of your application.
- Debugger tab divided into the following areas:
- Dump: opens when the Get thread dump button is clicked on the Debugger toolbar.
- Elements: appears if you are using Chrome browser for debugging.
Each area has a context menu that allows you to configure its behavior and navigate between tabs.
|Item||Tooltip and Shortcut||Description|
|Click this button to stop the current application and run it again. When an application is stopped, this button toggles to .|
|When the current application is stopped, click this button to debug it again. When an application is running, this button toggles to .|
|When an application is paused, click this button to resume program execution.|
|Click this button to pause program execution.
The program stops, showing the list of available variable values, as if a breakpoint has been hit.
|Click this button to terminate the current process externally by means of the standard
For a Node.js run configuration, clicking the button once invokes soft kill allowing the Node.js application to catch
|Click this button to open the Breakpoints dialog box where you can configure breakpoints behavior.|
|Mute Breakpoints||Use this button to toggle breakpoints status.
When the button is pressed in the toolbar of the Debug tool window, all the breakpoints in a project are muted, and their icons become grey: .
You can temporarily mute all the breakpoints in a project to execute the program without stopping at breakpoints.
|Restore Layout||Click this button abandon changes to the current layout and return to the default state.|
|Settings||Click this button to open the menu with the following options available:
|Pin||Click this button to pin or unpin the currently selected tab.|
|Click this button to close the selected tab.|
|Click this button to open the corresponding help page.|
|Item||Tooltip and Shortcut||Description|
|Show Execution Point|
|Click this button to highlight the current execution point in the editor and show the corresponding stack frame in the Frames pane.|
|Click this button to execute the program until the next line in the current method or file, skipping the methods referenced at the current execution point (if any). If the current line is the last one in the method, execution steps to the line executed right after this method.|
|Click this button to have the debugger step into the method called at the current execution point.|
|Force Step Into|
|Click this button to have the debugger step into the method called in the current execution point even if this method is to be skipped.|
|Click this button to have the debugger step out of the current method, to the line executed right after it.|
|Drop frame||Interrupts execution and returns to the initial point of method execution. In the process, it drops the current method frames from the stack.|
|Run to Cursor|
|Click this button to resume program execution and pause until the execution point reaches the line
at the current cursor location in the editor. No breakpoint is required.
Actually, there is a temporary breakpoint set for the current line at the caret, which is removed once
program execution is paused. Thus, if the caret is positioned at the line which has already been executed,
the program will be just resumed for further execution, because there is no way to roll back to
previous breakpoints. This action is especially useful when you have stepped deep into the methods sequence and need to
step out of several methods at once.
If there are breakpoints set for the lines that should be executed before bringing you to the specified line, the debugger will pause at the first encountered breakpoint.
|Click this button to open the Evaluate Expression dialog.|
|Hide||Click this button located in the upper-right corner of the Debug Console, Watches, Treads, Frames, or Variables pane to hide the corresponding area. When an area is hidden, its icon appears in upper-right corner of the Debugger.|
|Restore 'Console' view||Click this button to make the Console area visible. This button becomes available after clicking .|
|Restore 'Frames' view||Click this button to make the Frames area visible. This button becomes available after clicking .|
|Restore 'Watches' view||Click this button to make the Watches area visible. This button becomes available after clicking .|
|Restore 'Threads' view||Click this button to make the Threads area visible. This button becomes available after clicking .|
|Restore 'Variables' view||Click this button to make the Variables area visible. This button becomes available after clicking .|
Moving tabs and areas
If you are unhappy with the default layout of the Debug tool window, you can always move the tabs and areas. To to that, just drag a tab or an area to the desired location. The possible target gets highlighted:
Drop the tab or area in the highlighted location.
To restore the default layout of tabs and area, click in the Debug toolbar.
Context menu of a tab
|Hide||Click this button to hide the corresponding area|
|Close Others||Click this button to hide all tabs except for the Console and Debugger tabs.|
|Focus On Startup||If this option is selected, the selected area gets the focus when you start a debugging session.|
|Focus On Breakpoint||If this option is selected, the selected area gets the focus when a breakpoint is reached.|
|Select Next Tab / Select Previous Tab
Ctrl+Alt+Right / Ctrl+Alt+Left
|Use these options to switch between the Console and the Debugger tabs.|