PluginProbe
WDesignKit – AI Templates, Widget Builder & MCP Workflow / 2.7.0
WDesignKit – AI Templates, Widget Builder & MCP Workflow v2.7.0
2.7.0 2.6.6 2.6.5 2.6.4 2.6.3 2.6.2 2.6.1 2.6.0 2.5.5 2.5.4 2.5.3 2.5.2 2.5.1 2.5.0 2.4.0 2.3.3 2.3.2 2.3.1 1.0.10 1.0.11 1.0.12 1.0.13 1.0.14 1.0.15 1.0.16 All 129 releases
← All changes | includes/class-wdkit-wdesignkit.php +109 -2 2.3.2 → 2.7.0 View file →
@@ -120,8 +120,71 @@
120 120 * @return void
121 121 */
122 122 public static function wdkit_activation() {
123 123 do_action( 'wdkit_admin_create_default' );
124 +
125 + if ( function_exists( 'wdesignkit_harden_builder_dir' ) && defined( 'WDKIT_BUILDER_PATH' ) ) {
126 + wdesignkit_harden_builder_dir( WDKIT_BUILDER_PATH );
127 + }
128 +
129 + // Rebuild the widget registry from disk on every activation. The cache never expires, so
130 + // anything that changed the builder directory while this plugin was inactive — a version
131 + // rollback that writes widget files without knowing about the cache, a migration, an
132 + // uploads restore, a direct FTP edit — otherwise left a stale cache authoritative with
133 + // no self-healing path (ClickUp 86d41cd1z). The cache key also carries WDKIT_VERSION, so
134 + // a version change orphans the previous entry; this covers same-version reactivation.
135 + if ( function_exists( 'wdesignkit_invalidate_widget_registry' ) ) {
136 + foreach ( array( 'elementor', 'gutenberg', 'gutenberg_core', 'bricks' ) as $builder_slug ) {
137 + wdesignkit_invalidate_widget_registry( $builder_slug );
138 + }
139 + }
140 +
141 + // Collect the registry caches belonging to OTHER versions while we are here. The line
142 + // above only clears the current version's keys — by design, since those are the ones that
143 + // might be stale. The old versions' keys were never deleted by anything, so each release
144 + // left one permanent row per builder in wp_options (verified: twelve rows across three
145 + // versions on a twice-upgraded site). Activation is the natural place for the sweep: it is
146 + // the one moment the plugin knows the version may just have changed.
147 + if ( function_exists( 'wdesignkit_purge_stale_widget_registries' ) ) {
148 + wdesignkit_purge_stale_widget_registries();
149 + }
150 +
151 + // Scheduling belongs here rather than in the request path (ClickUp 86d41cp05).
152 + if ( function_exists( 'wdesignkit_schedule_widget_trash_purge' ) ) {
153 + wdesignkit_schedule_widget_trash_purge();
154 + }
155 +
156 + /*
157 + * Report this activation to the analytics hub, and stamp the install time.
158 + *
159 + * The SDK's `activated_plugin` listener cannot see a plugin's OWN activation: WordPress has
160 + * already fired `plugins_loaded` before it includes the plugin file, so the plugins_loaded
161 + * callback in wdesignkit.php never runs this request, Posimyth_Tracker_WDK::init() never
162 + * registers, and nothing is listening when `activated_plugin` fires. Deactivation worked
163 + * (the plugin IS loaded there) while activation silently reported nothing — and because
164 + * on_deactivate() clears the activate-reported flag, every deactivate/reactivate cycle lost
165 + * one activation from the hub's count for good. on_self_activate() is the SDK's documented
166 + * entry point for exactly this, and it is consent-gated like every other event.
167 + *
168 + * The subclass has to be required by hand here for the same reason: the plugins_loaded
169 + * callback that normally requires it does not run during this request. The shared base is
170 + * already loaded — posimyth_sdk_register() in wdesignkit.php loads immediately when
171 + * plugins_loaded has already fired.
172 + *
173 + * The leading backslash is required and is not decoration: this file declares
174 + * `namespace wdkit` and the SDK class is global, so without it PHP resolves the call as
175 + * `wdkit\Posimyth_Tracker_WDK` and fatals — exactly as documented in wdkit_deactivation()
176 + * below. The class_exists() guard does not protect against that, because its argument is a
177 + * string and strings are always read as fully qualified.
178 + */
179 + $wdkit_tracker = WDKIT_PATH . 'includes/posimyth-sdk/class-posimyth-tracker-wdk.php';
180 + if ( is_readable( $wdkit_tracker ) ) {
181 + require_once $wdkit_tracker;
182 + }
183 +
184 + if ( class_exists( 'Posimyth_Tracker_WDK' ) ) {
185 + \Posimyth_Tracker_WDK::on_self_activate();
186 + }
124 187 }
125 188
126 189 /**
127 190 * Plugin deactivation.
@@ -133,8 +196,34 @@
133 196
134 197 if ( ! empty( $get_white_label ) ) {
135 198 delete_option( 'wkit_white_label' );
136 199 }
200 +
201 + /*
202 + * Stop the analytics heartbeat.
203 + *
204 + * Posimyth_Tracker_WDK::init() schedules a weekly `posimyth_heartbeat_wdk` event. Without
205 + * this, deactivating the plugin leaves that event in WordPress forever — firing against a
206 + * hook with no listener and showing up in every cron listing. Deactivation only, never
207 + * uninstall: purge_state() in uninstall.php handles the stored options, and calling that
208 + * here would wipe consent every time someone toggled the plugin off.
209 + *
210 + * The leading backslash is required and is not decoration. This file declares
211 + * `namespace wdkit`, and the SDK class is global — without it PHP resolves the call as
212 + * `wdkit\Posimyth_Tracker_WDK` and fatals on deactivation. The class_exists() guard above
213 + * does NOT catch that: its argument is a string, which is always read as fully qualified,
214 + * so the guard passed and the very next line died.
215 + */
216 + if ( class_exists( 'Posimyth_Tracker_WDK' ) ) {
217 + \Posimyth_Tracker_WDK::unschedule();
218 + }
219 +
220 + // Widget-trash purge cron, added on release. Unrelated to the heartbeat above — both are
221 + // scheduled by this plugin, so deactivation has to clear both or the survivor is orphaned.
222 + $timestamp = wp_next_scheduled( 'wdesignkit_purge_widget_trash_cron' );
223 + if ( $timestamp ) {
224 + wp_unschedule_event( $timestamp, 'wdesignkit_purge_widget_trash_cron' );
225 + }
137 226 }
138 227
139 228 /**
140 229 * Files load plugin loaded.
@@ -147,12 +236,15 @@
147 236 }
148 237
149 238 /**
150 239 * Load Text Domain.
151 - * Text Domain : wdkit
240 + * On WP 6.7+ core auto-loads translations via the plugin header; the
241 + * manual call is only needed for WP 6.0–6.6.
152 242 */
153 243 public function load_textdomain() {
154 - load_plugin_textdomain( 'wdesignkit', false, WDKIT_BDNAME . '/languages/' );
244 + if ( version_compare( get_bloginfo( 'version' ), '6.7', '<' ) ) {
245 + load_plugin_textdomain( 'wdesignkit', false, WDKIT_BDNAME . '/languages/' );
246 + }
155 247 }
156 248
157 249 /**
158 250 * Load the required dependencies for this plugin.
@@ -175,8 +267,23 @@
175 267
176 268 require_once WDKIT_INCLUDES . 'admin/class-wdkit-enqueue.php';
177 269 require_once WDKIT_INCLUDES . 'admin/class-wdesignkit-data-query.php';
178 270 require_once WDKIT_INCLUDES . 'admin/class-wdkit-depends-installer.php';
271 +
272 + // PHP importer service layer. Class definitions only - registers no hooks and
273 + // instantiates nothing, so this is inert until something calls it. The browser
274 + // importer does not, and its AJAX path is unchanged.
275 + require_once WDKIT_INCLUDES . 'admin/import/import-load.php';
276 +
277 + // Must load before widget-load-files.php: the Gutenberg/Gutenberg Core loaders
278 + // register their widgets synchronously in their own constructor (not on a later
279 + // hook), so wdesignkit_get_widget_registry() has to already be defined by the
280 + // time widget-load-files.php requires and instantiates them below.
281 + require_once WDKIT_INCLUDES . 'abilities/class-wdk-ability-main.php';
282 +
283 + // WordPress 7.1 ability execution lifecycle hooks. Inert on older versions
284 + // (the hook names simply do not exist), so it is loaded unconditionally.
285 + require_once WDKIT_INCLUDES . 'abilities/class-wdk-ability-lifecycle.php';
179 286
180 287 require_once WDKIT_INCLUDES . 'widget-load/widget-load-files.php';
181 288 require_once WDKIT_INCLUDES . 'widget-load/dynamic-listing/dynamic-listing.php';
182 289 }