Title: corey's Replies | WordPress.org

---

# corey

  [  ](https://wordpress.org/support/users/webheadcoder/)

 *   [Profile](https://wordpress.org/support/users/webheadcoder/)
 *   [Topics Started](https://wordpress.org/support/users/webheadcoder/topics/)
 *   [Replies Created](https://wordpress.org/support/users/webheadcoder/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/webheadcoder/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/webheadcoder/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/webheadcoder/engagements/)
 *   [Favorites](https://wordpress.org/support/users/webheadcoder/favorites/)

 Search replies:

## Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form 7 Multi-Step Forms] Issues with [previous] button and stale confirmation page content on WordPress 7](https://wordpress.org/support/topic/issues-with-previous-button-and-stale-confirmation-page-content-on-wordpress-7/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 week, 4 days ago](https://wordpress.org/support/topic/issues-with-previous-button-and-stale-confirmation-page-content-on-wordpress-7/#post-18920935)
 * Awesome! Glad you got it working.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form 7 Multi-Step Forms] Issues with [previous] button and stale confirmation page content on WordPress 7](https://wordpress.org/support/topic/issues-with-previous-button-and-stale-confirmation-page-content-on-wordpress-7/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 week, 6 days ago](https://wordpress.org/support/topic/issues-with-previous-button-and-stale-confirmation-page-content-on-wordpress-7/#post-18918981)
 * Hi eiji2025,
 * This sounds like your pages are being cached on the server side.
 * The plugin uses PHP to read temporary form data for each visitor and print those
   values on the next step or confirmation page. If the page is served from
   cache,
   PHP may not run for that request, so the page can show old values even though
   Contact Form 7 still sends the latest submitted data by email.
 * Please exclude all multi-step form pages from page/server/CDN cache, then clear
   the cache and test again.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form 7 Multi-Step Forms] Step-skipping not blocked when using named [multistep …] tag](https://wordpress.org/support/topic/step-skipping-not-blocked-when-using-named-multistep-tag/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [3 weeks, 6 days ago](https://wordpress.org/support/topic/step-skipping-not-blocked-when-using-named-multistep-tag/#post-18905065)
 * Hi [@rupash](https://wordpress.org/support/users/rupash/) ,
 * Thank you for the detailed bug report and the time you took to put together that
   gist.
 * I wanted to clarify that the current behavior of allowing users to navigate between
   steps once the first step is cleared is actually a deliberate feature of the 
   plugin. This is designed to support forms that use conditional logic to skip 
   certain steps like in [this example](https://cf7msm.webheadcoder.com/cf7msm-pro-conditional-fields-example-1/).
 * However, I can see how a “strict” mode would be beneficial for many users. I’ll
   definitely consider adding an optional attribute in the future and I’ll be sure
   to reference you in the change logs if I end up using your method.
 * Regarding the contributor line, I generally only add individuals who have made
   sustained contributions over a long period. That said, I’m very grateful for 
   the feedback and the technical insight you’ve shared here.
 * Thanks again for helping improve the plugin!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form 7 Multi-Step Forms] B Blocks – The ultimate block collection, CVE-2024-13362](https://wordpress.org/support/topic/b-blocks-the-ultimate-block-collection-cve-2024-13362/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 month ago](https://wordpress.org/support/topic/b-blocks-the-ultimate-block-collection-cve-2024-13362/#post-18898570)
 * Hi,
 * Thank you for asking, that is a very confusing site. The affected library has
   been patched in an earlier version of this plugin, 4.4.2:
 * [https://www.wordfence.com/threat-intel/vulnerabilities/detail/freemius-2101-reflected-dom-based-cross-site-scripting-via-url-parameter?q=contact+form+7+Multi-step+forms](https://www.wordfence.com/threat-intel/vulnerabilities/detail/freemius-2101-reflected-dom-based-cross-site-scripting-via-url-parameter?q=contact+form+7+Multi-step+forms)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WP-Cron Status Checker] A strange email report](https://wordpress.org/support/topic/a-strange-email-report/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 month, 3 weeks ago](https://wordpress.org/support/topic/a-strange-email-report/#post-18880693)
 * Hi,
 * In this plugin, emails are usually not instant. For “WP-Cron Failed to Complete”
   alerts, the plugin first flags the failed hook, then sends email on its scheduled
   email interval. In the free version, that interval is effectively at least once
   every 24 hours. But low traffic sites can delay this more when WP Cron doesn’t
   run consistently.
 * On a side note, I just want to mention that “WP-Cron Cannot Run” checks are not
   run by WP-Cron itself. Your screenshot shows the “Failed to complete” email, 
   but I just want to make sure others don’t get confused on how this plugin can
   send email when wp cron is not working.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WP-Cron Status Checker] A strange email report](https://wordpress.org/support/topic/a-strange-email-report/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 month, 3 weeks ago](https://wordpress.org/support/topic/a-strange-email-report/#post-18878379)
 * Hi,
 * I couldn’t find anything in this new version that would’ve caused the issue. 
   Something may have been wrong with your email setup and the update triggered 
   something to set it up again (and working properly this time). It could be that
   you didn’t set an email address previously or an older version of this plugin
   had a bug with the emails.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WP-Cron Status Checker] Undefined array key “name” – status-page-by-hooks-base.php:166](https://wordpress.org/support/topic/undefined-array-key-name-status-page-by-hooks-base-php166/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [1 month, 4 weeks ago](https://wordpress.org/support/topic/undefined-array-key-name-status-page-by-hooks-base-php166/#post-18876425)
 * This has been fixed in version 1.2.9. Let me know if you still see it or any 
   other warnings.
 * Thanks!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WP-Cron Status Checker] Undefined array key “name” – status-page-by-hooks-base.php:166](https://wordpress.org/support/topic/undefined-array-key-name-status-page-by-hooks-base-php166/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [2 months ago](https://wordpress.org/support/topic/undefined-array-key-name-status-page-by-hooks-base-php166/#post-18873348)
 * thanks for letting me know. I’ll update it as soon as I can.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Contact Form 7 Multi-Step Forms] Not Work](https://wordpress.org/support/topic/not-work-348/)
 *  Plugin Support [corey](https://wordpress.org/support/users/webheadcoder/)
 * (@webheadcoder)
 * [2 months ago](https://wordpress.org/support/topic/not-work-348/#post-18873346)
 * Sorry for the delay, I had to create another account to reply in the forums.
 * A MU plugin is a “must-use” plugin that cannot be deactivated through the WordPress
   dashboard. Usually a web host installs these plugins for caching or security 
   features.

Viewing 9 replies - 1 through 9 (of 9 total)