Venkat Raj
Forum Replies Created
-
@ivodsht @dkvadratu @tableauxadmin Sorry to hear the issue.
Are you using version 3.2.4? Which has this issue and is solved in
3.2.5Hi @insee77,
If you enable cache, there won’t be any log messages. If you don’t want to use caching feature, we will fix this in the next release.
But it is not recommended to turn on WP_DEBUG_LOG in production site.
Hi @josklever,
If you enable cache, there won’t be any log messages. If you don’t want to use caching feature, we will fix this in the next release.
But it is not recommended to turn on
WP_DEBUG_LOGin production site.Hi,
Sorry to hear that. I see that you have solved the issue. Please use latest version 3.2.5 which fixes the issue.
For others who may come across this,
Please connect to your hosting server using FTP and then rename the folder
wp-optimizeinwp-content/pluginsto something else likewp-optimize-bkNow, you’ll be able to connect to your WP site and you can install latest version (3.2.5) which fixes the error.
Hi @kbdiverservices,
Sorry to hear that.
Please connect to your hosting server using FTP and then rename the folderwp-optimizeinwp-content/pluginsto something else likewp-optimize-bkNow, you’ll be able to connect to your WP site and you can install latest version (3.2.5) which fixes the error.
Hi @linkurs,
Sorry to hear that. I assure you nothing is lost.
Please connect to your hosting server using FTP and then rename the folderwp-optimizeinwp-content/pluginsto something else likewp-optimize-bkNow, you’ll be able to connect to your WP site and you can install latest version (3.2.5) which fixes the error.
Hi @craigunett9999,
Sorry to hear that. I assure you nothing is gone.
Please connect to your hosting server using FTP and then rename the folderwp-optimizeinwp-content/pluginsto something else likewp-optimize-bkNow, you’ll be able to connect to your WP site and you can install latest version (3.2.5) which fixes the error.
Hi,
We sincerely apologize for the inconvenience cause by the update.
We have release an update (Version 3.2.5) with fixThis should be working now
@mraghavboob Could you please check
statfunction’s (PHP) return value? If it returnsfalserather than an array, you may end up with 755Hi Graham,
Yes, That is the one
updraft_semaphore_smush.It was used in the older version to determine whether the smush queue has been processed or not. Once you delete that, and the above mentioned cron job ran (once), it shouldn’t appear again and log shouldn’t grow any further
Regards,
VenkatHi Graham,
No worries and Sorry for the delay from my side.
I believe, you have updated WPO using FTP at some point.
You need to delete an option namedupdraft_semaphorefrom your_optionstable to fix it.If the problem still persist, please submit a support request here
https://getwpo.com/ask-pre-sales-question/As I may need to take a look at your WP Dashboard
Regards,
VenkatHi @elgreco1988,
This will be fixed in our next release.
FYI: As you can see from the error log, this happens when actions attached to
shutdownhook. While it always fires just before PHP shuts down execution, if it shutdown normally, after WP and plugins are fully loaded, you won’t get those log entries.@grl570810 Could you please deactivate and then activate WP Optimize? That should fix the issue.
If not, please install WP Crontrol plugin and see if
autosmush_process_queueevent is scheduled. Even though it is a single time event, it should be there persistently.Let me know the outcome
@wipx
jQuery is not definedis very generic and couldn’t guess what can be issue with WPO. My guess is that either you have excludedjQueryfrom minified settings or other plugins/theme dequeuesjQuery