miglenetiketa

Not the OP, but I can chime in.

I’m perfectly okay with plugin being paid. I just expected file system checks being in a free version, the primary reason for seeking such plugins is files orphaned on the file system. Based on the description, these checks are only in pro version. I personally do not care about other complex builders and stuff, I simply need to delete the files which are not referenced in the media from disk. Looks like it’s a pro feature.

Again, perfectly fine to have your own pricing. But my guess is OP expected the same or similar as me.

And, obviously, you can’t please everyone. Not worth to even try, you can’t. Unless the plugin is completely free, which is unreasonable.

As previously mentioned, the snippet did not work and it still saved the invalid values to the database, only worked with callbacks directly without any other hooks.

No worries, we’ve already removed the plugin as it caused way too many unnecessary problems for our liking.

Hello, I have created a ticket, ID 9644. Will be waiting for the update, thank you!

Great author, was willing to help immensely!

In the end, figured out that the issue is on the side of Variation Swatches for WooCommerce – converter was just a victim of WP feeding the images to re-process again and again.

Closing the issue here as that’s not the converter’s fault in any way.

In our case the suggested snippet did not work, it would still save empty values to the database. We’ve resorted to just remove_filter calls directly in the functions.php instead of callback on admin_init.

Screenshot here: https://ibb.co/ftMHjL1 (although in a rolled back version).

In the new version, there’s no more “Enable cron to convert images uploaded to Media Library to speed up process <…>”. Probably have to mention – we do not use the “ordinary” cron handling, we have a cron job scheduled to run every minute which calls wp-cron.php, if that has any relevance.

Problem really happens regardless of media being added or not. It just seemingly always starts that conversion script, either walking around on the website, or admin area, or pretty much anywhere.

Occasionally We’ve seen the image conversion status in the admin bar (X images are being converted, or something like that) – again, without any images uploaded in the past hour or so.

We did convert all images after installing the plugin at first. As mentioned, it worked flawlessly until update to version 4.2.0 or later. Again works flawlessly with 4.1.2 after rolling back.

Oh, the quota itself is more than enough. All three jobs succeeded perfectly fine even if Drive complained about the token. Problem is that all three ran at pretty much the same time (the gap of ~30min in both logs is because single backup job takes a little longer than that).

As I mentioned, the job has been rescheduled to another time, and now it’s running fine. No need to troubleshoot on our end, but figured maybe that’s an unknown issue that might be easily reproduced by other users. Based on the server load graphs, it was consistent for the 3 nights that I had these schedules set, up until last night when I just changed when the job runs.