I’m experiencing an issue where products in my marketplace are being deleted automatically, without any user action. After reviewing the activity logs using an activity log plugin, I found that the deletions are being triggered by the WooCommerce system, not by any admin or vendor actions.

Could you please help me investigate whether this issue could be caused by a conflict between plugins or an API call that’s triggering these deletions? I have reached premium support but I didn’t get no answer.

I am experiencing an issue where products in my WooCommerce store are being automatically deleted without any clear cause. I have checked the product settings and deactivated plugins, but the issue persists. I am unsure why this is happening, and I would appreciate any assistance in identifying the cause.

Here are some details about the issue:

• The products are not manually deleted by my team.
• No plugins (aside from WooCommerce) seem to be causing the issue.
• The deleted products are not going to the trash, they are permanently removed.
• I’ve checked the stock and visibility settings but found no issues there.

Could you assist in identifying why this is happening, and help prevent it from happening again?

Thank you,

Thank you for this wonderful plug-in including its free Starter plan.

I checked the documentation and this forum for some information about data privacy and didn’t find the answers.

The information on data storage periods and deletion I’m looking for is required to comply with the GDPR and complete the privacy policy on the website, thus giving subscribers transparency about the handling of their personal data.

According to the GDPR, the data subjects [i.e. subscribers] need to be informed about the period for which the personal data will be stored or the criteria used to determine that period [1]. And the period must be limited to a strict minimum [2].

Of course, personal data of subscribers is stored as long as they are still subscribed. But what about unsubscribed ones? I noticed that after unsubscribing their personal data is still on the email list, the reports and the logs. Is there a deadline when the system deletes or anonymises their data?

Also, subscribers have a right to erasure without undue delay. And data controllers are obliged to erase their personal data if it is no longer necessary for the purpose of its collection [3].

Does the plug-in support data controllers with deletion/anonymisation of the personal data in any way? If not, how do you recommend to do it?

Thanks!

/wp-admin/edit.php?post_type=knowledgebase&page=basepress_feedback

The page is completlely messed up and when deleting the comment, it reloads the page with the blog article or soemthing else and when you hit the delete button actually the original full post or in our case even products were deleted. It kind of randomly reloads a post id and when you want to make it go away, it starts deleting any posts in your wordpress site.

This is a serious security issue. If you kindly get back to me and fix this. Thank you

Truly any help would be appreciated, I’ve looked for similar issues but I can’t find anything. Thank you.

However, after installing Simple SMTP, we noticed that non-recent posts from a custom post type (“lesson”) started to disappear. Investigating the issue, we found that a WP Cron job installed by Simple SMTP was responsible, wpss_clear_logs in particular.

I could reproduce that behaviour even after I disabled all plugins save for the two plugins needed to define the custom post type, namely, Seriously Simple Podcasting (SSP) and Audiothek (a non-public plugin of our own) and the two plugins I used for debugging, Activity Log, and WP Crontrol. Activity Log and WP Crontrol were not installed when the behaviour occurred originally, so if this is an interaction effect, it is an interaction effect with SSP and/or Audiothek.

When I changed

foreach ( $all as $log ) {
    wp_delete_post( $log->ID );
}

in simple-smtp/src/log/class-logservice.php:227 to

foreach ( $all as $log ) {
    /* wp_delete_post( $log->ID ); */
    error_log("DEBUG: {$log->ID} ({$log->post_type})");
}

and triggered wpss_clear_logs using WP Crontrol, I got:

tail -f wp-content/debug.log
[28-May-2024 10:43:43 UTC] DEBUG: 4956 (lesson)
<repeats ca. 2,000 times for different posts>

However, when I added

error_log("DEBUG: {$this->post_type}");

to the beginning of LogService::prune_logs() at simple-smtp/src/log/class-logservice.php:216 and trigger wpss_clear_logs, I got:

tail -f wp-content/debug.log
[28-May-2024 10:43:43 UTC] DEBUG: sbss_email_log

I wondered whether get_posts uses “OR” to connect “post_type” and “date_query”, but that clearly is not so: Firstly, only old posts of our custom post types are deleted, not all posts. Secondly, posts of other types are not deleted at all (though I did not check whether they are just not old enough; there is also a lot of work on our site at the moment, so I might have missed a deletion).

At this point, I strongly suspect that our “pre_get_posts” filter for adding “lesson” to the main loop is responsible:

/* Add CPT_LESSON to the main loop. */
add_action(
    hook_name: 'pre_get_posts',
    callback: function (\WP_Query $query): \WP_Query {
        if ($query->is_home()) {
            $post_types = $query->get('post_type');
            if (is_array($post_types)) {
                $post_types[] = CPT_LESSON;
            } else {
                $post_types = [$post_types, CPT_LESSON];
            }
            $query->set('post_type', $post_types);
        }
        return $query;
    }
);

Note that this code is only called for the front-end, though perhaps wp-cron.php qualifies as front-end. However, $query->is_home() should return false for get_posts when called by wp-cron.php, shouldn’t it?

I’ll update, and likely close, this issue once I had the time to check this. In the meantime, any input is appreciated, of course.

When I go to the plugins panel, and select “Delete” underneath the Jetpack Boost plugin, I get the following error at the top of my admin panel:

Deletion failed: {"success":true,"data":{"delete":"plugin","slug":"jetpack-boost","plugin":"jetpack-boost\/jetpack-boost.php","pluginName":"Jetpack Boost"}}

Then the Jetpack Boost Plugin shows “Activate?|?Deleting…” options underneath it. So without refreshing, I hit the “Deleting…” link and get the following different error:

Deletion failed: .wp-die-message { display: none; } Fatal error: Uncaught Error: call_user_func_array(): Argument #1 ($callback) must be a valid callback, function "Automattic\Jetpack_Boost\jetpack_boost_uninstall" not found or invalid function namein /var/www/danran.rocks/wp-includes/class-wp-hook.php on line 324Call stack:WP_Hook::apply_filters()wp-includes/class-wp-hook.php:348WP_Hook::do_action()wp-includes/plugin.php:517do_action()wp-admin/includes/plugin.php:1340uninstall_plugin()wp-admin/includes/plugin.php:972delete_plugins()wp-admin/includes/ajax-actions.php:4766wp_ajax_delete_plugin()wp-includes/class-wp-hook.php:324WP_Hook::apply_filters()wp-includes/class-wp-hook.php:348WP_Hook::do_action()wp-includes/plugin.php:517do_action()wp-admin/admin-ajax.php:192Query MonitorThere has been a critical error on this website.Learn more about troubleshooting WordPress.

The second to last line do_action()wp-admin/admin-ajax.php:192Query Monitor seems to indicate this is caused by Query monitor being active.

When I deactivate Query Monitor and then try to delete the Plugin, it works and deletes perfectly. So the issue is definitely with Query Monitor.

Below are my system Specs:

• OS: Ubuntu 22.04 Server
• Web Server: Nginx 1.25.5 Mainline
• PHP: 8.1.2-1ubuntu2.15
• WordPress Version: 6.5.2

How can I fix this immediately, and can you implement a fix in an update that fixes this in the near future? Thanks.