Alex

I’m experiencing exactly the same issue with upgrading to PHP 8.* Interestingly though, I have two different CF7 forms on my site.

One is very simple with 4 fields, and does submit and display the validation message.

The other is more complex with many fields and hangs after clicking the submit button.

I have the CF7 DB plugin installed, and even when the form submission hangs, the form entry is still recorded in the DB.

Hi

Thanks for taking time out to look at this, much appreciated.
https://valecraft.com/property/cardinal-trail-iv/
(in the grey bar just below the header image)

The only installed plugin related to Google Analytics tracking is ‘Google Analytics by MonsterInsights’.

Cheers
Alex

No, unfortunately not.

Thanks for reply. Unfortunately other google analytics events on the site are firing but not for your plugin.

I appreciate you’re busy and don’t have time to troubleshoot, but are you aware of any issues/conflicts with other plugins etc. that might prevent it from working? Or are there any other trouble-shooting threads in the forum that we can read where someone has reported the same issue and it’s been resolved.

Any help you can offer would be appreciated.
thanks
Alex

Hi

I’m also having the same problem and wondered whether there’s been any developments on this thread? @zadikim, were you able to get the event tracking working?

Alex

Thanks for the help everyone, much appreciated!

Yes, the problem has always been with the Jetpack galleries e.g. tiled mosaic. The 2 default WP galleries display fine.

I’ve undone the fix and you can see both a thumbnail gallery, which does extend full-width, and beneath it a tiled gallery that only goes to 775px wide.

Hi Kathryn

Thanks for the suggestion, but I get the same result with the parent theme activated.

Hi Richard

Thanks for the quick response. Good suggestion! You are correct, the $content_width is always 775, regardless of the page template being used.

Even when disabling all plugins I still get the same result. For now I have set the $content_width to be 1400 in the functions.php file, which fixes my immediate issue. I’m guessing this is a theme bug?

thanks for much for your help
Alex

Btw, the link was to a thread where you’d previously posted a snippet of code for the functions.php file.

if ( ! isset( $content_width ) )
$content_width = 930;

Hi

I think ms-container and master-slider are both classes, not IDs, therefore they would be prefixed by ‘.’ not ‘#’.

Secondly, if you want to hide the slider under 960px, you would use max-width: 960px, not min.

hope that helps

Good suggestion sglessard, thanks.

When you entered the passwords on the page (backend), did you definitely put one of those passwords in the single password box, as well as the rest of the passwords as a long list in the textarea?

I initially didn’t enter one of my passwords in the original password field and it wouldn’t password protect the page at all.

Hi Caryll. That’s the same problem I was having. I did 2 things to fix it:

The first was to check that php sessions was enabled on your server (you may need to contact your hosting provider to get them to do this). Other people have listed that same fix above.

The second thing was to check your settings related to cookies in your php.ini file. Mine were expiring the same time as they were created, therefore nothing was being remembered.

You’ll need to edit a couple of php configuration files, so if you’re not confident doing this you may want to ask someone to help you, or your hosting company.

Good luck.

Getting to your php.ini file will differ with different hosting providers.

The site I was working on was hosted by Netfirms. I logged into my control panel with them (top right on the main page) and under ‘Marketing Services’ is ‘CGI and Scripted Language Support’. Not at all intuitive! In there is ‘PHP Scripting’ and at the bottom of the page is a box where you can edit your php.ini file.

hope that helps

Well, having spent 4 hours trying to resolve this, and making good use of the Firefox addon ‘Live HTTP headers’ to compare the site where the plugin was working and the one where it wasn’t, I think I’ve resolved the problem. I can now add multiple items and I can change the quantity of items already in the cart.

Cookies. Cookies being generated were also expiring at the same time. Changing a few settings relating to cookies in the php.ini file (I’m afraid I’m not entirely sure which one made it work) and clearing any existing cookies for the site seems to have fixed it.

Good luck.