Tonya Mork

<p>Debug Toolkit makes debugging your code easier and more enjoyable.  It provides you with interactive and helpful tools:</p>
<ul>
<li>Better PHP error interface from (<a href="http://filp.github.io/whoops/" rel="nofollow ugc">Whoops</a>)</li>
<li>Better variable inspection – no need to use <code>var_dump</code>, <code>print_r</code>, or X-debug</li>
<li>An interactive way to back trace the program’s execution order</li>
</ul>
<h3>Better PHP Error Interface from Whoops</h3>
<p>The built-in PHP error container is basic and not as helpful as it could be.  On top of that, it’s rather ugly. Wouldn’t you agree?</p>
<p>Whoops gives you a cool interface that is helpful, interactive, and quite nice to look at.  Some features:</p>
<ul>
<li>Provides the error message and links to search Google, DuckDuckGo, and Stack Overflow.</li>
<li>Shows the actual code where the error occurred.</li>
<li>Provides an interactive call stack.  Click each and the actual code appears in the viewer panel.</li>
<li>Environment and details including GET Data, POST Data, Files, Cookie, Session, Server/Request Data, Environment Variables, and Registered Handlers.</li>
</ul>
<p>See the tools in action in this video</p>
<p><iframe loading="lazy" title="Introducing the Debug Toolkit Plugin for WordPress" src="https://player.vimeo.com/video/322351688?dnt=1&app_id=122963" width="750" height="422" frameborder="0" allow="autoplay; fullscreen; picture-in-picture; clipboard-write"></iframe></p>
<h3>Better Variable Inspection</h3>
<p>Though X-debug is powerful, it can be difficult to set up and run.  For that reason, it’s common to dump or print out the variable to browser.  But the built-in display for the PHP <code>var_dump</code> and <code>print_r</code> is basic.</p>
<p>This plugin includes both two very popular variable dumper tools:</p>
<ul>
<li><a href="https://symfony.com/doc/current/components/var_dumper.html" rel="nofollow ugc">VarDumper from Symfony</a></li>
<li><a href="https://kint-php.github.io/kint/" rel="nofollow ugc">Kint – a modern and powerful PHP debugging helper</a></li>
</ul>
<p>VarDumper provides a simple container that displays where you place it.</p>
<p>On the other hand, Kint provides a more powerful interface that gives you more information such as printing out the expression that was passed into it, the data type, memory size, and the value.</p>
<p>To make it even easier, the following utility functions are available for you to use in your code:</p>
<h4>Available Functions for Inspecting Variable Values</h4>
<p>Let’s explore the functions that are available for you through this plugin.  We’ll use the variable inspectors to dump <code>global $post</code>.</p>
<p>Note: You can pass in any variable or function that returns a value.</p>
<p>Dumps the given variable(s):</p>
<pre><code>global $post;

// VarDumper
vdump( $post );

// Kint
dump( $post );
</code></pre>
<p>Dumps the given variable(s) and then exits the program’s execution:</p>
<pre><code>global $post;

// VarDumper
vdump_and_die( $post );

// Kint
dump_and_die( $post );
</code></pre>
<p>In addition, there are alias (shorthand) functions available for you if you prefer shorter function names:</p>
<ul>
<li><code>vd()</code> is an alias for <code>vdump()</code></li>
<li><code>vdd()</code> and <code>vdd()</code> are aliases for <code>vdump_and_die()</code></li>
<li><code>d()</code> is an alias for <code>dump()</code></li>
<li><code>dd()</code> and <code>ddd()</code> are aliases for <code>dump_and_die()</code></li>
</ul>
<h3>Tracing Call Stack</h3>
<p>When debugging, there are times when you need to see the order in which functions were called that lead to a certain point in the program.  PHP offers a backtrace that traces back the execution order from the point when the function is invoked.</p>
<p>To make backtracing easier, this plugin provides you with a <code>trace()</code> function and combines it with the variable inspect functions.</p>
<p>For example, if you wanted to trace the call stack to the start of the loop in your theme’s <code>functions.php</code> file, you could use this code:</p>
<pre><code>add_action( 'loop_start', function() {
    trace();
} );
</code></pre>
<h4>Available Trace Functions</h4>
<p>Place these functions at the point where you want to trace the call stack.</p>
<ul>
<li><code>trace();</code></li>
<li><code>trace_vdump();</code> – Combines <code>trace()</code> and <code>vdump()</code></li>
<li><code>trace_dump();</code> – Combines <code>trace()</code> and <code>dump()</code></li>
<li><code>trace_vdump_and_die();</code> – Combines <code>trace()</code> and <code>vdump_and_die()</code></li>
<li><code>trace_dump_and_die();</code> – Combines <code>trace()</code> and <code>dump_and_die()</code></li>
</ul>
<p>In addition, there are alias (shorthand) functions available for you if you prefer shorter function names:</p>
<ul>
<li><code>tracevd();</code> – Combines <code>trace()</code> and <code>vd()</code></li>
<li><code>traced();</code> – Combines <code>trace()</code> and <code>d()</code></li>
<li><code>tracevdd();</code> – Combines <code>trace()</code> and <code>vdd()</code></li>
<li><code>tracedd();</code> – Combines <code>trace()</code> and <code>dd()</code></li>
<li><code>tracevddd();</code> – Combines <code>trace()</code> and <code>vddd()</code></li>
<li><code>traceddd();</code> – Combines <code>trace()</code> and <code>ddd()</code></li>
</ul>
<h3>Admin Bar</h3>
<p>“DEBUG ACTIVE” indicator displays in the WordPress admin bar to alert you when the plugin is active.</p>


Debug Toolkit

This is a must have plugin if you do any kind of PHP coding for WordPress. It makes the difficult aspects of debugging code easy. You'll spend less time debugging and more time writing great functionality.

Very Nice!! A must have...

Thanks for creating this. Another must have in my plugin development workflow!

Another must have!

I've just discovered this plugin after years of WP development and it's super useful! I'm not a fan of xDebugging variables; debugging big objects and arrays with dump() or vdump() is very cool, as you can easily open up and close the tree to navigate through it more easily.
Nice work!

Excellent developer companion plugin

Wonderful plugin to debug errors. A feature request would be to dump the variable in debug.log file as well when define( 'WP_DEBUG_LOG', true ); is set in config file.

Wonderful Plugin

This is a great new plugin, and I love having the option to use Kint or VarDumper, they're invaluable. Having Whoops in there is a major plus. Tonya rocks!

Part of my build setup on every site now.

A must have!

This plugin is amazing, Highly recommended for developers. 

Really worth it !

One of my favourite plugin. Helps a lot with development and debugging. Please keep it update or if we could get a chance to contribute we would love that.

Best Plugin For Devs


This is a must have developers tool. Can't work without it. Highly recommend it.


Saved me many times

Code debug made easier and more enjoyable.

Brian Fegter

Chris Dillon

Chris Wallace

<blockquote>
<p>This plugin is up for adoption.</p>
</blockquote>
<p><strong>Kint Debugger</strong> is a simple wrapper for <a href="https://github.com/raveren/kint" rel="nofollow ugc">Kint</a>, a debugging tool to output information about variables and traces in a styled, collapsible format that makes understanding deep arrays and objects easier.</p>
<p><em>No more adding PRE tags before print_r or var_dump!</em></p>
<p>Kint Debugger works well with the <a href="https://wordpress.org/plugins/debug-bar/" rel="ugc">Debug Bar</a> plugin by creating its own panel to display your debug results.</p>
<h4>Basic Usage</h4>
<pre><code><?php d( $var ); ?>
</code></pre>
<p>Examples:</p>
<pre><code><?php
    global $post;
    $term_list = wp_get_post_terms( $post->ID, 'my_taxonomy', array( 'fields' => 'all' ) );
    d( $term_list );
?>
</code></pre>
<p>Kint Debugger also provides some helper functions for dumping variables that are frequently needed.</p>
<ul>
<li><code>dump_wp_query()</code></li>
<li><code>dump_wp()</code></li>
<li><code>dump_post()</code></li>
<li><code>dump_this( $var, $inline = false )</code> – explained below</li>
</ul>
<p>Examples:</p>
<pre><code><?php dump_post(); ?>

<?php add_action( 'wp_head', 'dump_post' ); ?>
</code></pre>
<p>Obviously, if this plugin is not active, calls to the helper functions will cause errors.</p>
<h4>Your Own Functions</h4>
<p>If you are dumping the same information in different places, consider writing your own helper functions in your theme’s functions file or an mu-plugin. For example:</p>
<pre><code><?php
function my_dump_terms() {
     global $post;
     $term_list = wp_get_post_terms( $post->ID, 'my_taxonomy', array( 'fields' => 'all' ) );
     d( $term_list  );
}
?>
</code></pre>
<p>Then at strategic points in your theme or plugin:</p>
<pre><code><?php my_dump_terms(); ?>
</code></pre>
<h4>With Debug Bar</h4>
<p>By default, when <a href="https://wordpress.org/plugins/debug-bar/" rel="ugc">Debug Bar</a> is installed and active, Kint Debugger will send d() output to its Debug Bar panel.</p>
<p>To print debug output inline instead, as if Debug Bar was not active, declare the constant KINT_TO_DEBUG_BAR in your config.php (or really anywhere before your d() call):</p>
<pre><code>define( 'KINT_TO_DEBUG_BAR', false );
</code></pre>
<p>Or to print a specific dump inline, use a helper function with the parameter <code>$inline</code>. The generic <code>dump_this()</code> takes <code>$inline</code> as the second parameter.</p>
<p>Examples:</p>
<pre><code><?php dump_post( true ); ?>

<?php
    global $post;
    $term_list = wp_get_post_terms( $post->ID, 'my_taxonomy', array( 'fields' => 'all' ) );
    dump_this( $term_list , true );
?>
</code></pre>
<p>Kint Debugger overrides Kint’s d() function in order to buffer its output for Debug Bar. If you already have a modified d() function, you need to prevent the override in one of two ways.</p>
<ol>
<li>Move your modified d() function to an mu-plugin. Kint Debugger checks if the function exists before declaring it so putting yours in an mu-plugin is the only way to ensure it exists first.</li>
<li>Declare KINT_TO_DEBUG_BAR as described above.</li>
</ol>
<h4>Restricting Output</h4>
<p>To restrict visibility, use the <code>kint_debug_display</code> filter. For example, to prevent non-admins from seeing the debug output:</p>
<pre><code>add_filter( 'kint_debug_display', function( $allow ) { return is_super_admin(); } );
</code></pre>
<h4>Try these plugins too</h4>
<ul>
<li><a href="https://wordpress.org/plugins/what-the-file/" rel="ugc">What The File</a> – Identify template files without fail.</li>
<li><a href="https://wordpress.org/plugins/debug-this/" rel="ugc">Debug This</a> – Peek under the hood with sixty debugging reports just one click away.</li>
</ul>


Kint Debugger

Dump variables and traces in an organized and interactive display. Integrates seamlessly with Debug Bar.

Debug Toolkit vs Kint Debugger