Dragon Webhook Manager

A quiet pointer to the Pro add-on: an Upgrade to Pro link on the Plugins screen, a one-line note at the foot of the plugin's screens, and a single dismissible notice once the plugin has done its job. Nothing in the free plugin is locked or changed, and all three disappear when Pro is active.

• New dragonwebhookmanager_delivery_succeeded action fires when an endpoint accepts a delivery.

Webhook URLs with an internationalised host name can now be saved and tested.

What's fixed in 1.0.12

• Internationalised webhook URLs are accepted. A destination like https://bücher.example/hook was rejected as an invalid URL. The host is now converted to its ASCII (punycode) form, https://xn--bcher-kva.example/hook, and stored that way; the delivery safety checks (private/loopback/metadata address blocking, DNS pinning) run on that form exactly as before. Plain ASCII URLs are stored exactly as entered. Requires PHP's intl extension; without it the previous behaviour is unchanged.
• Table setup is retried if it fails. The webhooks and logs tables are only marked as installed once they actually exist, so a failed creation is retried on the next admin load instead of being skipped for good.
• Settings migration keeps the old copy until the new one is confirmed. The one-time move of settings off the pre-1.0.4 option names only deletes the old value once the new one has been read back.
• Failed table creation is throttled and reported. If the database refuses CREATE TABLE, the plugin waits 10 minutes between attempts instead of retrying on every admin page load, and administrators see a notice naming the missing table(s); it clears itself once the tables exist.
• Delivery log details can be extended by add-ons. The dragonwebhookmanager_log_details filter now feeds an "Additional Details" section in the delivery-details modal; Webhook Manager Pro 1.0.10 uses it to show retry status.

No settings, data or behaviour changes otherwise.

The webhook cap is gone - create as many webhooks as you need - and a new Settings screen lets you choose log retention and delivery timeout.

What's new in 1.0.11

• No more webhook cap. The free plugin no longer limits how many webhooks you can create.
• New Settings screen under Tools -> Webhook Manager -> Settings:
  • Log retention: how many days of delivery logs to keep (1 to 365, default 7).
  • Delivery timeout: how long to wait for an endpoint before marking a delivery failed (5 to 120 seconds, default 30).
  • Delete data on uninstall: the existing opt-in is now a checkbox instead of a WP-CLI command.
• Cleaner trigger dropdown. It now lists only triggers that can actually fire on your site. Other plugins can register additional triggers through the dragonwebhookmanager_triggers filter.
• Removed the License tab from the free plugin.

Existing webhooks, logs, and settings are unaffected. If you use Dragon Webhook Manager Pro, update it to 1.0.9 alongside this release so its WooCommerce triggers keep appearing in the dropdown.

Fixes HMAC signing (with the Pro add-on) and hardens payloads and delivery logs.

= 1.0.10 =

• Fixed: the save hook the Pro signing/retry/conditions features depend on now fires, so HMAC signing actually works.
• Security: payload template variables are JSON-escaped (a comment/author value can no longer break the JSON), secret request headers are redacted in the delivery log, and stored responses are capped.

Tested and verified on WordPress 7.1.

• Compatibility: tested up to WordPress 7.1.

Faster webhook lookups on every trigger via a new composite index, an accurate privacy section, and screen-reader labels on the dashboard's icon buttons.

Your data now survives uninstall by default.

Uninstalling no longer deletes the plugin's data unless you explicitly opt in first, so removing it to debug — or coming back later — keeps everything intact. Where the plugin has a settings screen you'll find a new "Delete all data on uninstall" option; leave it off to keep your data.

A cleaner, consistent look: the Dragon design system arrives.

This release brings Dragon Core's design system to every screen: a consistent header with the Dragon mark, cleaner tables, and unified status colours across the whole plugin family. Purely visual — everything behaves exactly as before.

• Initial release
• 7 trigger events
• Payload templates
• Delivery logging