Scott Reilly

<p>A widget that can act as a duplicate of another widget (for synchronized use in another sidebar)</p>
<p>Define a widget once, use it in multiple sidebars.  This saves you from having to manually configure each copy of the widget and later having to worry about keeping them in sync should you ever need to make any changes.  Particularly useful for those who define logic in their themes to conditionally include different versions of a sidebar depending on what template is being shown. Depending on use, it is an alternative to plugins that introduce in-widget logic to determine when widgets should be visible (Widget Logic, Section Widget, Conditional Widgets, etc).</p>
<p>Quick overview of what this plugin does:</p>
<ul>
<li>Adds a widget called “Duplicate”. The widget’s only setting is a dropdown listing all active widgets.  The selected widget will be the widget duplicated by the duplicate widget.</li>
<li>A duplicate widget shows the same title and content as its source widget, even if those values later get changed in the source widget.</li>
<li>A widget can be duplicated any number of times and can appear multiple times within the same page. (Yes, even within the same sidebar, though why would you do that?)</li>
<li>A duplicate widget will abide by the configuration of the sidebar it is placed in, not the configuration of the sidebar containing the source widget.  So it uses ‘before_widget’, ‘after_widget’, ‘before_title’, ‘after_title’ values of its own sidebar.</li>
<li>Widgets that are duplicated will have “[D]” prepended to their name in the widget titlebar in the admin to denote they have duplicates.  Also, at the bottom of the widget’s configuration form (when the widget is expanded), a short blurb also explains that the widget has duplicate(s) and a count of how many duplicates it has.</li>
<li>If a widget is deactivated or deleted, if it has any duplicates, they get deleted as well.</li>
<li>The widget id and widget type of the source widget are included as HTML classes in the duplicate widget’s markup.</li>
</ul>
<p>Links: <a href="http://coffee2code.com/wp-plugins/duplicate-widget/" rel="nofollow ugc">Plugin Homepage</a> | <a href="https://wordpress.org/extend/plugins/duplicate-widget/" rel="ugc">Plugin Directory Page</a> | <a href="http://coffee2code.com" rel="nofollow ugc">Author Homepage</a></p>
<h3>Filters</h3>
<p>The plugin exposes four actions for hooking.  Typically, customizations utilizing these hooks would be put into your active theme’s functions.php file, or used by another plugin.</p>
<h4>c2c_before_duplicate_widget (action)</h4>
<p>The ‘c2c_before_duplicate_widget’ hook allows you to output text, or perform some sort of action, just before the output of the duplicate widget.</p>
<p>Arguments:</p>
<ul>
<li>$instance (array) : The settings for the widget instance (namely: title and widget_to_duplicate)</li>
<li>$args (array) : The configuration for the widget and sidebar</li>
</ul>
<p>Example:</p>
<pre><code>// Output an opening <div> before duplicate widget content
add_action( 'c2c_before_duplicate_widget', 'my_c2c_before_duplicate_widget', 10, 2 );
function my_c2c_before_duplicate_widget( $instance, $args ) {
    echo '<div class="a_duplicate_widget">;
}
</code></pre>
<h4>c2c_after_duplicate_widget (action)</h4>
<p>The ‘c2c_after_duplicate_widget’ hook allows you to output text, or perform some sort of action, just after the output of the duplicate widget.</p>
<p>Arguments:</p>
<ul>
<li>$instance (array) : The settings for the widget instance (namely: title and widget_to_duplicate)</li>
<li>$args (array) : The configuration for the widget and sidebar</li>
</ul>
<p>Example:</p>
<pre><code>// Output an closing </div> after duplicate widget content
add_action( 'c2c_after_duplicate_widget', 'my_c2c_after_duplicate_widget', 10, 2 );
function my_c2c_after_duplicate_widget( $instance, $args ) {
    echo '</div>;
}
</code></pre>
<h4>c2c_before_duplicate_widget_form (action)</h4>
<p>The ‘c2c_before_duplicate_widget_form’ hook allows you to output text, or perform some sort of action, just before the output of the duplicate widget’s configuration form (in the WP admin).</p>
<p>Arguments:</p>
<ul>
<li>$instance (array) : The settings for the widget instance (namely: title and widget_to_duplicate)</li>
</ul>
<p>Example:</p>
<pre><code>// Display a message just before the duplicate widget settings form
add_action( 'c2c_before_duplicate_widget_form', 'my_c2c_before_duplicate_widget_form' );
function my_c2c_before_duplicate_widget_form( $instance ) {
    echo '<p>Note: this is a note above the widget settings form.</p>';
}
</code></pre>
<h4>c2c_after_duplicate_widget_form (action)</h4>
<p>The ‘c2c_after_duplicate_widget_form’ hook allows you to output text, or perform some sort of action, just after the output of the duplicate widget’s configuration form (in the WP admin).</p>
<p>Arguments:</p>
<ul>
<li>$instance (array) : The settings for the widget instance (namely: title and widget_to_duplicate)</li>
</ul>
<p>Example:</p>
<pre><code>// Display a message just after the duplicate widget settings form
add_action( 'c2c_after_duplicate_widget_form', 'my_c2c_after_duplicate_widget_form' );
function my_c2c_after_duplicate_widget_form( $instance ) {
    echo '<p>Note: this is a note below the widget settings form.</p>';
}
</code></pre>


Duplicate Widget

A widget that can act as a duplicate of another widget (for synchronized use in another sidebar)

<p><strong>NOTE: WordPress 4.5 incorporated the functionality of this plugin and thus it is no longer needed unless you’re still running an older version of WP.</strong></p>
<p>This plugin implements the belief that a trashed page or post should not in any way conflict with a new page or post when it comes to slugs. In essence, a new page or post should take precedence over anything in the trash. After all, the page/post is in the trash for a reason.</p>
<p>By default, WordPress takes into consideration posts and pages that have been trashed when deciding if the slug for a new post is already in use. Obviously, in general, WordPress should not allow duplicate slugs because that could interfere with permalinks. The thinking behind WordPress’s handling of the situation is that trashed posts/pages are still technically present, just inaccessible. It is possible that an author or admin would choose to restore a post from the trash, which WordPress feels should then occupy that same permalink as before it was trashed.</p>
<p>If what WordPress does is unclear, here’s an example to help clarify things:</p>
<ul>
<li>WordPress ships with a page called “About” with the slug of “about”. The page’s URL would be http://yoursite/about/</li>
<li>Let’s say you trash that page and start a new page with the name “About”.</li>
<li>Due to a trashed page having the slug that would normally have been assigned to the new page (“about”), the new page gets the slug of “about-2”, resulting in the page’s URL being http://yoursite/about-2/</li>
</ul>
<p>With this plugin, for this example, the new “About” page would get the slug “about” as one would hope.</p>
<p>That said, the plugin tries its best to restore untrashed posts to their original slug. The only time it fails to do so is if a new page or post has claimed the trashed post’s original slug, in which case the untrashed post is assigned a new slug.</p>
<p>See other sections of the documentation for more insight into the plugin’s functionality. See WP core <a href="https://core.trac.wordpress.org/ticket/11863" rel="nofollow ugc">ticket #11863</a> for discussion on the matter.</p>
<p>Links: <a href="http://coffee2code.com/wp-plugins/no-slug-conflicts-with-trash/" rel="nofollow ugc">Plugin Homepage</a> | <a href="https://wordpress.org/plugins/no-slug-conflicts-with-trash/" rel="ugc">Plugin Directory Page</a> | <a href="http://coffee2code.com" rel="nofollow ugc">Author Homepage</a></p>
<h3>The Solution Explained</h3>
<p>An overview of the approach employed by the plugin to resolve the issue of slugs potentially conflicting with posts in the trash.</p>
<h4>What WordPress does</h4>
<p>In order to understand the crux of the implemented solution, a quick refresher on unique slug handling by WP:</p>
<p>Before published use, a desired slug is passed to <code>wp_unique_post_slug()</code> and a safe slug is returned. The safe slug may differ from the desired slug if any existing post (including a trashed post) has that slug (or, less likely, is invalid for permalink reasons such as feeds or date archives).</p>
<p>In order to prevent a trashed post’s slug from conflicting with a new post, this plugin takes an approach that is comprised of two primary tasks:</p>
<h4>1. Permit a post to use a slug that conflicts with a trashed post.</h4>
<p>The plugin hooks the ‘wp_unique_post_slug’ filter. If the desired slug matches the safe slug, the desired slug is unique and nothing needs to be done.</p>
<p>When the two slugs don’t match, it has to determine if the conflict is due to a trashed post or not, so it attempts to find a trashed post with the desired slug.</p>
<ul>
<li>If no such trashed post is found, the conflict is with a live post (or was an otherwise unsuitable slug) so the safe slug must be used by the new post (so, again, nothing needs to be done).</li>
<li>If such a trashed post is found, then the plugin simply inverses the traditional behavior of <code>wp_unique_post_slug()</code>: give the trashed post the safe slug and return the desired slug for use by the new post (rather than having the trashed post retain its slug and forcing the new post to use the safe slug). In order to be able to restore a trashed post to its original slug, the trashed post’s original slug is stored in postmeta.</li>
</ul>
<h4>2. Restore a trashed post to its original slug, if necessary and possible.</h4>
<p>For a post transitioning away from the ‘trash’ post status, check to see if its slug was rewritten (denoted by the presence of the postmeta field only assigned if the original slug was changed due to a conflict while the post was in the trash).</p>
<p>If there was no original slug, the slug was never changed and nothing more needs to happen.</p>
<p>When there is an original slug, check to see if that slug is still in use by a non-trashed post.</p>
<ul>
<li>If not, restore the post slug to the original value.</li>
<li>If so, there is no recourse but to leave the post slug as-is (it is guaranteed to be unique already).</li>
</ul>
<p>In either case, the postmeta field for the original slug value gets deleted since the now untrashed post is exposed in some fashion with its current slug and should abide by it going forward.</p>


No Slug Conflicts with Trash

Lite and stable, no problems, does what it says!

works like a charm

NOTE: WordPress 4.5 incorporated the functionality of this plugin and thus it is no longer needed unless you're still running an older version of …

Duplicate Widget vs No Slug Conflicts with Trash