Rikard,

That worked! I removed them temporarily and the slider content showed up. We need those links in our navigation though. Do you have an idea for how to resolve this by not removing them?

Thanks!

Thank you Rikard. We have disabled the Optimizer plugin Image compression, flushed the cache and the problem still exists.

I flushed the server cache and looked at it in an incognito window and the problem still is there. I recorded a screen grab of the issue, put the link to it in the private content. Any ideas? Thank you!

Hi Rikard,
This turned out to be an issue caused by SiteGround Optimizer! Thanks for your help.

Thanks for your reply! I identified a few more posts that we’re seeing this issue on (linked in private field).

Thank you for your reply. Through trial and error we have found that the styles.css file in our child theme is the cause of the form not working. When we remove it from the child theme directory, the form will validate and submit. However when we do not have the styles.css file in the child theme directory none of our customizations to the theme (including ones we’ve done in the parent theme and in Quick CSS) will load. Currently our styles.css file in the child theme directory is empty. It has no CSS code in it save for this:

/*
Theme Name: Enfold Child
Description: A Child Theme for the Enfold WordPress Theme. If you plan to do a lot of file modifications we recommend to use this Theme instead of the original Theme. Updating wil be much easier then.
Version: 1.0
Author: Kriesi
Author URI: http://kriesi.at
Template: enfold
*/

/*Add your own styles here:*/

If you check out the link again you will see what I mean. Do you know why this would be?

Thanks!

Hi Mike,
That worked like a charm! I also don’t fully understand, but appreciate your troubleshooting. Thank you so much!

Apologies for the incorrect credentials, please see the private content!

Hi!

Sorry about that I added an updated screenshot.

Thank you!

All values seem to be sufficient, except I do not see Max_execution_time on either website. Could this be the issue?

Hi Mike,
Thanks for that suggestion! I went ahead and updated the header layout placed the logo where we’d want it. We’ll probably be simplifying the design for tablet/mobile and omit the overlay. I also created and linked an interior page for “About” and included admin credentials in the private content.

Hi Mike,
We recently added this code to our functions.php in response to this support thread.

function custom_script() { ?>
    <script>
(function($){
  $(".av-masonry-entry").each(function(){
      var imageUrl = $(this).attr("href");
      $(this).find(".av-masonry-image-container").css("background-image", "url(" + imageUrl + ")");
  });
  })(jQuery);
  </script>
    <?php
}
add_action('wp_footer', 'custom_script');

I’ve tried removing it and see that it resolves the background-image issue, but then some of our images in other masonry galleries on the site appear blurry again (as mentioned in the previous thread I linked). Is there something we can do differently to address both issues?

Hi Mike,
That appears to have worked! Thank you.
Natalie

Hi Nikko,
I don’t think I’ve explained this well so far… when I have the shrinking header enabled, it always displays the shrunken height of 58px—whether I’ve scrolled down the page or not. How can I fix this so it displays at 100% of its height and only shrinks to 58px after scrolling?