lencw
Forum Replies Created
-
Same here, not working since update to 2.2.35. Galleries only have the background grey or white in place of the image. Cleared all cache, both the Foogallery cache in settings and the Litespeed cache. Disabled lazy loading, no difference.
@jeff-daigle the booster plugin does not have the WP Rollback link, its one of the few without the link. I have used WP rollback for years – very useful – usually!
Rory, this hasn’t worked, fatal error, please see other post comment.
Rony
With this replacement file in place, and the Maximum Quantity – enable section ticked, and the Per item Quantity on per order product basis ticked, when I access the /shop/ page of the website I get a grey window with the popup message:
“There has been a critical error on this website.”
If I disable the Maximum Quantity – enable section, it now works.
Can you please revisit this fix, as it has an issue.
The filepath is /booster-plus-for-woocommerce/ not /woocommerce-jetpack/, that’s what I have in the websites here.
Thanks
LenWI have reported exactly the same bug no long before your report.
Fortunately, the products its affecting arent crucial, so have disabled this bit.
However, I cannot find anywhere a zip file of 5.6.6, nothing on the booster website. How have you rolled back, using what file and from where? I do have full backups, but that’s a bigger job.Hi
Problem is I can’t work out what’s triggering this. It’s happening on all websites I have installed it on. Can you give me some idea where to look, what might be happening when this triggers, there is a line number in the error message.
ThanksForum: Plugins
In reply to: [WP Import Export Lite] Import fails – skipped itemThanks, got it. I have now found the video that includes the mapping. It really is not obvious of the process in step 4. Now works exactly as I want.
Forum: Plugins
In reply to: [Gutenberg Block Editor Toolkit – EditorsKit] Block functions in widgets@munirkamal thanks, appreciated. LenW
No, these errors are still there.
Software up to date, server checked, php 7.4.
Other plugins looked at, nothing appears to change.
Still sort of random, in that when these errors appear cannot relate to any specific activity. This is a site with lots of regular traffic.
LenWDavid, thanks for confirming. I have found some php code and adapted it which now works well to achieve this. I added the code using the Code Snippets plugin.
The other code snippet I have just adapted, flags out of stock variants in the variant dropdown select box – there are some limitations with it, but works for the specific situation I need it for.
Both these would be very useful additions to Booster.
LenWIts not resolved!
We have now upgraded this website to Wordfence Premium.
What does the jwl_wfblocks7 table do, what happens if we delete all records, can ew do that? What will we lose?
ThanksAt the same time as wfblocks erros the there are 2 other database out of sync errors relating to:
WordPress database error Commands out of sync; you can’t run this command now for query SELECT option_value FROM jwl_options WHERE option_name = ‘_transient_timeout_et_builder_ajax_cache’
WordPress database error Commands out of sync; you can’t run this command now for query SELECT option_value FROM jwl_options WHERE option_name = ‘_transient_et_builder_ajax_cache’However Elegantthemes suggest disabling plugins etc, but this is on a busy live site.
I have a copy on a different server, and there are no errors.
Currently checking server config differences live to copy server.We still cannot identify whats happening at the point of the errors. If divi builder related, it could be an admin task, but we doubt it due to the time and limited admin access.
In the MySQL server logs we are seeing:
“Got an error reading communication packets” at the same time as the errors in the wordpress error_log.
The wordfence table error coincides with a database error which has a reference to the Divi builder (standalone version, not the theme).
It happens on the live server, but not on a server with a copy of the website. Currently checking MySQL settings. We suspect it might be max_allowed_packet, connect_timeout, interactive_timeout, and wait_timeout settings.
However, we are unable to identify whats happening at the time of the recorded errors: front end user or admin user, its not creating an order as times don’t correlate.Peter, thanks.
The table didn’t need repairing, also got hosting company (who are very good) to check logs, thats currently in progress.
LenWShould have said:
Wordpress 5.8.3
GeneratePress theme: 3.1.0
Wordfence: 7.5.7