PHP Fatal error

Thanks for the detailed report and for digging into the cause — that’s really helpful.

This happens because of a class/method mismatch in how the FooEvents POS integration is referenced: fooeventspos_get_app_slug() is called against FooEvents_POS_Integration, while it actually exists on FooEventsPOS_Appearance_Settings. Since there was no method_exists() check in place, the mismatch surfaces as an uncaught fatal error rather than failing silently.

Here’s a fix for config-cache.php, replacing lines 428–437: if ( class_exists( 'FooEventsPOS' ) ) { $pos_page_slug = ''; if ( method_exists( 'FooEventsPOS_Appearance_Settings', 'fooeventspos_get_app_slug' ) ) { $pos_page_slug = FooEventsPOS_Appearance_Settings::fooeventspos_get_app_slug(); } $exclude_foo_events_give_pages = Breeze_Ecommerce_Cache::factory()->exclude_fooevents_pos_pages(); if ( ! empty( $exclude_foo_events_give_pages ) ) { $ecommerce_exclude_urls = array_merge( $exclude_foo_events_give_pages, $ecommerce_exclude_urls ); if ( is_string( $pos_page_slug ) && '' !== $pos_page_slug ) { $ecommerce_exclude_urls[] = '/' . $pos_page_slug . '/*'; } } }

This references the correct class and adds a method_exists() guard, so if FooEvents POS changes its class structure again in the future, the integration will simply skip that step instead of throwing a fatal error.

We’ll include this in an upcoming release. In the meantime, you’re welcome to apply the change directly to wp-content/plugins/breeze/inc/cache/config-cache.php as a workaround.

Thanks again for taking the time to report this with a clear writeup.

• This reply was modified 4 days, 7 hours ago by owaisalam.