Title: ETBS Edit Conflict Guard Author: ETBS (DAI) Published: September 2, 2026 Last modified: September 4, 2026 --- Search plugins ![](https://ps.w.org/etbs-edit-conflict-guard/assets/banner-772x250.png?rev=3676958) ![](https://ps.w.org/etbs-edit-conflict-guard/assets/icon.svg?rev=3676958) # ETBS Edit Conflict Guard By [ETBS (DAI)](https://profiles.wordpress.org/etbsjp/) [Download](https://downloads.wordpress.org/plugin/etbs-edit-conflict-guard.1.1.1.zip) * [Details](https://wordpress.org/plugins/etbs-edit-conflict-guard/#description) * [Reviews](https://wordpress.org/plugins/etbs-edit-conflict-guard/#reviews) * [Installation](https://wordpress.org/plugins/etbs-edit-conflict-guard/#installation) * [Development](https://wordpress.org/plugins/etbs-edit-conflict-guard/#developers) [Support](https://wordpress.org/support/plugin/etbs-edit-conflict-guard/) ## Description WordPress already tells you when someone else is editing a post: the “currently editing” notice under the post title. That notice is only a warning, though. It does not stop the second editor from clicking Update or Publish, and it does not stop the save. If two people edit the same post around the same time, whoever saves last silently overwrites the other person’s changes, and nothing in WordPress core prevents that. ETBS Edit Conflict Guard adds a real, per-post exclusive lock on top of that notice. While one user has a post open for editing, it blocks every other user from saving it, and it tells them clearly why. #### How it works * Opening a post’s edit screen tries to acquire a lock on that post (first person to open it gets the lock). * While the edit screen stays open, the lock is automatically extended through the standard WordPress Heartbeat API. * Clicking Save Draft, Update, or Publish (Classic Editor or Block Editor) checks the lock. If someone else holds it, the save is blocked and a modal explains why. * The lock is released automatically when the save succeeds, or when Heartbeat stops (for example the tab is closed) and the lock’s expiration time passes. * The block is enforced on the server as well, on the Classic Editor’s post save and the Block Editor’s REST save, so the lock still holds even with JavaScript disabled or the connection unreliable. All post types that have an admin UI are covered by default (attachments are excluded); any of them can be excluded from the Settings screen. The lock check only runs at the moment Save/Update/Publish is clicked — simply opening the edit screen shows nothing extra. #### Settings Under Settings > Edit Conflict Guard: * Lock expiration, in seconds. * Post types to exclude from locking. * Whether moving a locked post to trash is also blocked (off by default; when on, any move-to-trash of a locked post is blocked, even from the lock holder’s own other tab — force delete is not affected). * A live table of every post currently locked, with a per-row Force Release button for administrators. #### Known limitations Edit Conflict Guard is intentionally strict and, as a result, has a few rough edges worth knowing about up front: 1. **Block Editor trash notice.** When the “Move to trash” action is blocked, the server correctly rejects it (the post stays published), but the Block Editor itself may briefly show a “Moved to trash” success notice anyway. This is WordPress core’s own optimistic UI, not a lock failure — reloading the post list confirms the post was never actually moved. 2. **Bulk trash actions.** If the trash guard is enabled and a bulk “Move to Trash” action from the post list includes a locked post, processing stops at that post; posts later in the batch are left unprocessed. 3. **Permanent deletion bypasses the trash guard.** The trash guard only covers moves to the trash. A permanent delete that skips the trash entirely — for example `wp. deletePost` over XML-RPC on a custom post type, which WordPress core deletes outright instead of trashing — is not blocked, even while the post is locked. 4. **No Multisite support.** Locks are not aware of, or shared across, sites in a Multisite network. 5. **Locks apply to the holder too.** By design, even the user who holds the lock is blocked from saving the same post from a second tab or window. This is deliberate, not a bug — the plugin cannot tell two tabs from two different editors. ## Screenshots [⌊The Edit Conflict Guard settings screen, showing the lock expiration field, the list of post types to exclude, and the trash guard toggle.⌉⌊The Edit Conflict Guard settings screen, showing the lock expiration field, the list of post types to exclude, and the trash guard toggle.⌉[ The Edit Conflict Guard settings screen, showing the lock expiration field, the list of post types to exclude, and the trash guard toggle. [⌊The "Currently Locked Posts" table on the settings screen, listing each locked post with its editor, lock time, expiration, and a Force Release button.⌉⌊The "Currently Locked Posts" table on the settings screen, listing each locked post with its editor, lock time, expiration, and a Force Release button.⌉[ The “Currently Locked Posts” table on the settings screen, listing each locked post with its editor, lock time, expiration, and a Force Release button. [⌊The save-blocked modal shown in the Classic Editor when another user already holds the lock on the post being saved.⌉⌊The save-blocked modal shown in the Classic Editor when another user already holds the lock on the post being saved.⌉[ The save-blocked modal shown in the Classic Editor when another user already holds the lock on the post being saved. [⌊The save-blocked modal shown in the Block Editor (Gutenberg) when another user already holds the lock on the post being saved.⌉⌊The save-blocked modal shown in the Block Editor (Gutenberg) when another user already holds the lock on the post being saved.⌉[ The save-blocked modal shown in the Block Editor (Gutenberg) when another user already holds the lock on the post being saved. [⌊The support links as they appear on the Plugins list row and in the footer of the Settings > Edit Conflict Guard screen.⌉⌊The support links as they appear on the Plugins list row and in the footer of the Settings > Edit Conflict Guard screen .⌉[ The support links as they appear on the Plugins list row and in the footer of the Settings > Edit Conflict Guard screen. ## Installation 1. Upload the plugin files to the `/wp-content/plugins/etbs-edit-conflict-guard` directory, or install the plugin directly through the WordPress plugins screen. 2. Activate the plugin through the “Plugins” screen in WordPress. 3. Go to Settings > Edit Conflict Guard to review the lock expiration, excluded post types, and trash guard option. ## FAQ ### How is this different from the “Someone else is editing this” notice WordPress already shows? That built-in notice is informational only; it does not stop a second user from saving. This plugin adds an actual block: if someone else holds the lock, clicking Save/Update/Publish is refused (the request is rejected with an HTTP 409 response) and the user sees a modal explaining why, instead of silently overwriting the other person’s changes. ### A lock seems stuck. How do I clear it? Locks release automatically once their expiration time (set under Settings > Edit Conflict Guard) passes without the holder’s edit screen sending a Heartbeat, for example if their browser tab was closed without saving. If you need it cleared immediately, an administrator can open Settings > Edit Conflict Guard and use the Force Release button next to that post in the “Currently Locked Posts” table. ### Does this plugin work on Multisite? Not currently. Locks are per-site; there is no cross-site awareness in a Multisite network. ### I blocked a trash action, but the screen still said “Moved to trash”. Did it fail? No — the post was not moved. This happens only in the Block Editor: WordPress core shows an optimistic success notice before the server response arrives, and the server has already rejected the request. Reloading the post list will show the post still in its original status. ### Can the person who holds the lock still lock themselves out? Yes, deliberately. If the same user opens the same post in a second tab, the second tab is blocked from saving just like any other user would be. The plugin has no way to tell that both tabs belong to the same person, so it applies the same rule to everyone. ## Reviews There are no reviews for this plugin. ## Contributors & Developers “ETBS Edit Conflict Guard” is open source software. The following people have contributed to this plugin. Contributors * [ ETBS (DAI) ](https://profiles.wordpress.org/etbsjp/) “ETBS Edit Conflict Guard” has been translated into 1 locale. Thank you to [the translators](https://translate.wordpress.org/projects/wp-plugins/etbs-edit-conflict-guard/contributors) for their contributions. [Translate “ETBS Edit Conflict Guard” into your language.](https://translate.wordpress.org/projects/wp-plugins/etbs-edit-conflict-guard) ### Interested in development? [Browse the code](https://plugins.trac.wordpress.org/browser/etbs-edit-conflict-guard/), check out the [SVN repository](https://plugins.svn.wordpress.org/etbs-edit-conflict-guard/), or subscribe to the [development log](https://plugins.trac.wordpress.org/log/etbs-edit-conflict-guard/) by [RSS](https://plugins.trac.wordpress.org/log/etbs-edit-conflict-guard/?limit=100&mode=stop_on_copy&format=rss). ## Changelog #### 1.1.1 * Added a bundled Japanese translation. Translations delivered by translate.wordpress. org still take precedence once they are available. #### 1.1.0 * Renamed the plugin to ETBS Edit Conflict Guard. * Translated all UI strings to English; translations are now handled through translate. wordpress.org instead of bundled files. * Removed the bundled update checker (plugin-update-checker). * Removed the dashboard widget. * Removed the donation link from the Plugins list row. * Moved the settings screen’s inline script and styles into enqueued asset files. * Renamed the plugin’s PHP classes and constants so this plugin can be installed alongside its predecessor without a fatal error. Option keys and the lock table are unchanged, so existing settings are kept. * The lock table and the cleanup task are now restored automatically if they go missing. #### 1.0.3 * Fix: uninstalling the plugin no longer deletes settings you configured (lock expiration, excluded post types). Only the plugin’s own temporary lock data and its cleanup cron event are removed. #### 1.0.2 * Removed the “Requires at least” (WordPress) declaration. No verified minimum WordPress version exists for the APIs this plugin uses. #### 1.0.1 * Lowered the declared “Requires PHP” from 8.3 to 7.4. * Added a “Request development” / donation link on the Plugins list row and the settings page footer. #### 1.0.0 * Initial release. ## Meta * Version **1.1.1** * Last updated **9 hours ago** * Active installations **Fewer than 10** * Tested up to **7.1** * PHP version ** 7.4 or higher ** * Languages * [English (US)](https://wordpress.org/plugins/etbs-edit-conflict-guard/) and [Japanese](https://ja.wordpress.org/plugins/etbs-edit-conflict-guard/). * [Translate into your language](https://translate.wordpress.org/projects/wp-plugins/etbs-edit-conflict-guard) * Tags * [editorial workflow](https://wordpress.org/plugins/tags/editorial-workflow/)[multi author](https://wordpress.org/plugins/tags/multi-author/) [post lock](https://wordpress.org/plugins/tags/post-lock/) * [Advanced View](https://wordpress.org/plugins/etbs-edit-conflict-guard/advanced/) ## Ratings No reviews have been submitted yet. [Your review](https://wordpress.org/support/plugin/etbs-edit-conflict-guard/reviews/#new-post) [See all reviews](https://wordpress.org/support/plugin/etbs-edit-conflict-guard/reviews/) ## Contributors * [ ETBS (DAI) ](https://profiles.wordpress.org/etbsjp/) ## Support Got something to say? Need help? [View support forum](https://wordpress.org/support/plugin/etbs-edit-conflict-guard/) ## Donate Would you like to support the advancement of this plugin? [ Donate to this plugin ](https://etbs.jp/product/donate/)