JacobTheDev

I’m a pro user and reached out to support… this issue has apparently been present for quite some time, but would fail silently in older versions. They suggested it could be a conflict with WPML that they’ve since patched (clear your cache), or it could be max_input_vars is too low for the form you’re trying to edit. It was the later in my case. Upped my limit from 1000 to 4000 and my menus are once again saving.

This plugin adds a background color to images for lazy loading purposes. For example, it’d show a green square while an image of a field loads.

Ours is theme we inherited from another company, but it’s built with a plugin called “Beaver Builder.” It’s adding <br> tags all over the place. I’ve renabled it on my client’s website (linked in my original post) so you can see it more clearly. Here’s a screenshot showing one problem area; these buttons on the home page are getting a <br> added before the text.

https://imgur.com/a/EVhY33R

Glad to hear it’s not just us! Hopefully this can get fixed quickly.

Thanks for the quick patch, this indeed seems to have solved the issue.

Aha, thanks much! The way the layout works in this new version is really clever; using grid to keep the buttons next to their content, that also allows a nice fallback to accordions on mobile.

I’ve got two issues I’m seeing when you select anything other than “left” for justification, not sure if you’ll be able to help…

1. The content takes on the width of the tabs. I want to be able to control the alignment of the tabs, while keeping the content the full width of the parent container. Is that possible? I’ve tried playing around with the CSS, to no avail.
2. The last tab is including the gap between elements on the right edge, which leads to the tabs not aligning properly; they’ll be slightly off center, or slightly off the right edge.

I can live with the second item, but the first one’s really frustrating; the design I was given for this tab system requires the tabs to be centered, with the content full width, so I’m sort of stuck here.

Awesome, glad you were able to spot the issue so easily, thanks!

Tracked it down, the data in wp_options -> wpseo_titles was missing a lot of data from the our previous hosting environment. I’m wondering if it has something do with the serialization. We use a tool called “Serialized Find-and-Replace” to run replacements on databases when we launch a site from our “beta” to “live” environments, and I wonder if the data in this particular field got unserialized, then reserialized incorrectly. Not sure what to do about that, but you might want to pass it along to your developers… we’ll keep an eye out for it manually for now.

Yes, this is now resolved.

Thanks to that error, we were able to track it down! The IP address for smushpro.wpmudev.com was blocked on our servers, adding the IP address 165.227.251.120 to our allowed list seems to have cleared up the issue. Thanks so much for your help, I know this has been a frustrating issue (at least for us it has been).

I found an actual error message! I was testing various versions of Smush, trying to identify when the issue started. When I got to 3.10.3, and went to “Bulk Smush,” I got the following error:

Error posting to API: cURL error 28: Failed to connect to smushpro.wpmudev.com port 443 after 10001 ms: Timeout was reached

That IP address is allowed, but it has made no difference. I just tried compressing with the “Network” panel open to try to see what’s happening. It gets stuck on async-upload.php for about 6 minutes… not sure if that’s helpful or not. Everything returns 200.

Under Smush -> Bulk Smush, disable “Automatic compression” allows images to upload, but of course they then don’t get compressed, and bulk smush doesn’t work either.

We also tried duplicating this site to a demo hosting environment, on the same server, with the same settings, and yet it works fine there…

• This reply was modified 1 year, 7 months ago by JacobTheDev.

I was able to get some errors to log, this is what we’re seeing:

[14-Mar-2023 13:44:51 UTC] PHP Fatal error:  Uncaught TypeError: call_user_func_array(): Argument #1 ($callback) must be a valid callback, function “ajax_response” not found or invalid function name in /home4/myusername/public_html/wp-includes/class-wp-hook.php:308

Stack trace:

#0 /home4/myusername/public_html/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters(”, Array)

#1 /home4/myusername/public_html/wp-includes/plugin.php(517): WP_Hook->do_action(Array)

#2 /home4/myusername/public_html/wp-admin/admin-ajax.php(203): do_action(‘wp_ajax_nopriv_…’)

#3 {main}

  thrown in /home4/myusername/public_html/wp-includes/class-wp-hook.php on line 308

• This reply was modified 1 year, 7 months ago by JacobTheDev.
• This reply was modified 1 year, 7 months ago by JacobTheDev.

WP_SMUSH_ASYNC doesn’t seem to do anything unfortunately… I just ran in to a similar issue on another site, disabling Smush once again fixed it. It seems like it’s getting stuck trying to process images, causing everything else to slow down and error out. Would really appreciate any further guidance you can provide.

This other client is on 3.10.3 for what that’s worth.

• This reply was modified 1 year, 7 months ago by JacobTheDev.