HD Quiz

Hi Henry,
this indicates that there is a larger issue going on with your site.

HD Quiz uses a native WordPress function called localize_script that prints the variables to the footer of your site. The fact that you are getting this error means that something is stopping these variables from either printing or being read.

The most common reason is usually that your theme is missing the wp_footer call, but since your site is correctly enqueuing the css and js for HD Quiz, the issue must be something else. My best guess is that you have some page cache or asset minification plugin that is errantly stripping the varaible from the page, so that’s the best place to start looking.

I have disabled my WP-Rocket plugin and have checked to make sure that my footer is running wp_footer(). Are there any other areas that may be blocking the variables from being loaded?

Can you send a link? I’ll take a look and see if I can see anything

https://alltimelists.com/testing-quiz/

Thanks for sending.

What I can say with 100% certainty is that the issue is that your site is not printing anything from WordPress’ localize_script function – so what we need to do is figure out why. In fact, I’m not seeing the HD Quiz JavaScript functions on the site either.

Please reconfirm that your footer has wp_footer(); somewhere in it. The best guess that I have is that there is an issue with your asset combination/minification system.

Can you please disable wp-rocket and any other plugin you have that’s meant to combine or speed up files on your site for that page?

Hey Dylan,

I have confirmed the aforementioned. WP-Rocket has been disabled and wp_footer() is placed before the ending body tag. Please let me know the next course of action.

OK, I can see the files now 🙂

But this is still super weird. Not only am I not seeing the HD Quiz localized vars, but I’m not seeing any localized vars at all on your site.

I have an idea on how to “cheat it” though.

Try adding the following to your theme’s functions.php file. This will print the vars directly to the page instead of relying on the localize_script function.

*note: Haven’t tested to confirm this will work, but pretty sure it will