Daiosity Conflict Debugger is a WordPress diagnostics plugin focused on one job:
helping site owners and developers find real plugin conflicts without wasting hours disabling plugins one by one.
The detector is intentionally conservative, context-aware, and built to prefer exact interference signals over vague overlap.
WordPress sites often break in ways that are expensive to trace:
- frontend rendering breaks after a plugin update
- admin screens stop saving properly
- AJAX or REST requests start failing
- checkout, login, editor, or routing behavior changes unexpectedly
- several plugins appear suspicious, but no one knows where to start
Most troubleshooting still depends on manual trial and error. Daiosity Conflict Debugger shortens that path by surfacing:
- where overlap is happening
- what shared resource may be involved
- which request context is affected
- whether the finding is weak, contextual, concrete, or observed breakage
Promise: Find likely plugin conflicts before you waste hours disabling plugins manually.
Design principle: false positives are worse than missing weak signals.
That means the detector does not treat common WordPress behavior as proof of conflict. Shared hooks, broad plugin categories, recent updates, and extreme priorities are weak signals only. High-confidence findings require concrete interference or observed breakage.
- manual scan trigger from the WordPress admin
- scan status tracking and persistent scan results
- environment snapshot capture
- recent plugin change awareness
- scan history for comparing results over time
- conflict-surface based reasoning instead of broad keyword guessing
- request-context awareness across frontend, admin, REST, AJAX, login, editor, cron, and commerce flows
- exact ownership capture for resources like AJAX actions, REST routes, shortcodes, blocks, and asset handles
- runtime mutation tracking for callback churn and asset dequeue or deregister behavior
- observer-artifact and global-anomaly classification to reduce false positives from tools like Query Monitor
- recent request context capture
- lightweight runtime telemetry
- trace warnings kept separate from actual PHP, log, and request failures in scan summaries
- JS and failed-request evidence surfaced in diagnostics
- log access checks with graceful fallback when direct
debug.logaccess is unavailable - request trace comparison between the most abnormal captured trace and the closest calmer baseline
- WordPress-native admin screen
- findings tab
- finding detail drilldowns with evidence strength and linked runtime traces
- diagnostics tab
- plugin-focused drilldown tab
- runtime events viewer
- focused diagnostic session workflow for reproducing one issue path at a time
- focused validation mode for one plugin pair, hook, asset handle, REST route, or AJAX action
The detector reasons through this model:
request -> hook -> callback -> resource -> mutation -> breakage
It classifies evidence into four tiers:
- Weak overlap
- shared hooks
- broad surface overlap
- recent updates
- extreme priorities on their own
- Contextual risk
- same request context
- same sensitive workflow area
- same hook family in a risky flow
- Concrete interference
- same exact resource
- callback removal or replacement
- asset deregister or dequeue conflicts
- same AJAX action, REST route, shortcode, block, slug, or handle
- Observed breakage
- PHP runtime errors
- JS failures
- failed AJAX or REST requests
- missing assets
- request-scoped breakage evidence
Severity is capped deliberately:
- weak only: at most
low - weak plus contextual: at most
medium highrequires concrete interferencecriticalrequires observed breakage
- Download the latest WordPress admin package from GitHub Releases.
- In WordPress, go to
Plugins > Add New > Upload Plugin. - Upload the ZIP package.
- Activate Daiosity Conflict Debugger.
- Open
Tools > Daiosity Conflict Debugger.
Copy the plugin folder into:
wp-content/plugins/daiosity-conflict-debugger/
Then activate it from the WordPress admin.
Release packages are published here:
Release outputs:
daiosity-conflict-debugger-wp-admin.zipdaiosity-conflict-debugger.zip
Detector regression fixtures live in tests/fixtures/. They provide small WordPress plugins for:
- normal admin overlap that should stay low/shared-surface
- asset lifecycle mutation
- callback removal
- REST route collision
- AJAX action collision
These fixtures are meant to keep detector trust high as the heuristics and tracing layers evolve. The repository also includes LocalWP helper scripts for resetting telemetry, clearing debug logs, and replaying authenticated admin requests during repeatable test runs.
Example UI screenshots can be stored in docs/screenshots/.
daiosity-conflict-debugger/
|-- assets/
|-- docs/
|-- includes/
| |-- Admin/
| |-- Core/
| |-- Pro/
| `-- Support/
|-- languages/
|-- tools/
|-- AGENTS.md
|-- CHANGELOG.md
|-- daiosity-conflict-debugger.php
|-- readme.txt
`-- uninstall.php
- PHP 8.1+ compatible
- namespaced OOP architecture
- WordPress-oriented coding standards
- capability checks, nonces, sanitization, and escaping throughout admin actions
- premium-ready structure without faking premium functionality
Near-term priorities:
- stronger callback actor attribution so removal events can graduate from trace warnings to conservative pairwise findings when the mutator is proven
- scan diff UX that highlights new findings, resolved findings, and confidence changes
- deeper exact ownership mapping
- improved plugin-focused diagnostics
- safer staging-oriented isolation workflows
See TASKS.md for the actively maintained implementation list.
Longer-term premium-oriented direction:
- safe test mode
- binary-search conflict isolation
- scheduled scans and alerts
- staging-focused diagnostics and remediation guidance
Release history lives in: