rooobreyes

Yeah, we’ll just probably do that. Thanks for the help.

Hi @johnny5,

Yes we did update incrementally, switching back to PHP7.4 don’t have this error.

Regards,
Rob

Hi @vmarko

Deleting the cache folder on wp-content, reinstalling the plugin and changing the caching method for Page Cache from “Disk: Basic” to “Disk: Enhanced” fixed the problem.

Will continue monitoring if the issue persist or resurface.

Thanks for the help so far.

Hi @vmarko

After the updating to the latest version, we noticed when we do an API sync cache are not being purged.

The API updates the courses post type along with it’s corresponding woocommerce products and clears that course page.

On that said API the w3tc_flush_post is then called by the API along with the posts IDs that should be purged.

Here’s a screenshot of the json data returned by the API after a sync:
https://prnt.sc/17t639r

Have you tried enabling the Purge log in W3TC settings or checked the debug log or server error log?

Yes we already tried this but no entry on the purge log after the sync and no errors on the server error logs which makes the issue hard to diagnose.

BTW, we are on a multisite setup if that information also helps.

Regards,
Rob

Hello @vmarko

Thanks,

Let me know if you want to have a look on our development site to diagnose the issue better.

Hi @vmarko

It was working before from version 2.1.1 then when we updated to the recent update it stopped working.

We tried rolling back to the working version but no luck.

As for PHP update, we didn’t do any updates at the moment and currently running version 7.14.18

And for the custom function, I can confirm the the post_id is being sent on the w3tc_flush_post.

Additional, we are using Disk cache for Page cache, APC on Database and object cache.

Regards,
Rob

Hi @mbis

Thanks for the fix, we’ll have it deployed on live site as well and monitor if that fixes the issue.

Will get back to you again.

Regards,
Rob

Hi @mbis

Is there a way we can restore the values from our staging site to the live site? All of the custom permalinks on one instance of our site is gone for some reason.

Regards,
Rob

Hi @mbis

The “Automatically fix broken URIs” is already turned off on the live site when that happened.

We had to quickly revert back the urls on live since the courses are the most visited pages on the site.

https://www.dropbox.com/s/wfpi854006wkkpw/Lsvh9ekY9O.png?dl=0

URL Array:
https://www.dropbox.com/s/ubqyj5sqg772edu/Mnda3e9zKl.png?dl=0

I think we can check the debug tab again if the issue occurs on the live site again.

Regards,
Rob

Hi @mbis

You should receive a reset password URL for username maciejbis, I also changed it to superadmin access.

Currently the site is on a multisite setup, the issue is only happening on the EN site which is a weird case.

Let me know if you need an SFTP access as well.

Regards,
Rob

Hi @mbis,

We have been monitoring the issue for a while now, but this time the URLs shifted back again even with no admin interactions are made.

The code that you provided last time is already on the function.php file of the theme but it seems that didn’t work as well.

We even checked if flush_rewrite() is causing the issue.

We already have a copy of the live site on staging for you to debug the issue, let me know if where I can send you the credentials.

Regards,
Rob

Hi @mbis,

Thanks for the response, I’ll try the code you just sent and get back to you again. If no luck with the issue, I’ll setup a staging site for you.

Regards,
Rob

Hi Maciej,

As promised I’m back and the result was the issue still persist when updating a course and all URLs are reset again.

Regards,
Rob Reyes

Hi Maciej,

Thanks for the swift response, will try that out and get back to you as soon as possible.

Regards,
Rob Reyes