Table of Contents
Problem description #
Admins report that even when checkout verification is disabled, codes are still being sent, or they expect checkout verification for logged-in users but it doesn’t behave that way.
Symptoms:
- Codes appear on checkout despite setting disabled.
- Codes are not sent for logged-in users even though admin expects it.
Typical causes:
- Feature scope: the checkout verification PRO feature is intended for guest users only; logged-in users may not be supported or behave differently. WordPress.org
- Misunderstanding of setting location (global vs PRO options).
Solution (step-by-step)
- Confirm plugin setting: In WooCommerce → Email Verification, check Checkout verification setting and whether it requires PRO.
- Understand scope: Note that the plugin author clarified checkout verification is designed for guest users; logged-in users typically aren’t prompted on checkout. If you need logged-in verification on checkout, request the feature from the author. WordPress.org
- If codes still sent despite setting disabled: Update plugin to latest, clear caches, and re-check settings. If issue persists, take screenshots of settings and open a support thread including site URL.
- If this is a bug introduced in a release: The author has fixed similar setting behavior in patches, update plugin to the latest version. WordPress.org
Prerequisites
- Access to plugin settings and knowledge whether you have PRO features.
Additional notes
- If you rely on checkout verification for logged-in users, document this as a feature request to the plugin author (they have a feedback board).
