Shopix Romania

Hello,

But we did not applied any custom code. That’s coming straight out of the messenger code…previous version was working fine. This is happening only after the update.

Any solution to fix this?

Haven’t really thought about the wrapper idea, but I believe that should work in our situation as changes are fairly minimal; a twitch in here and there, nothing major.

How does this work exactly? Is it by hooking the wrapper to the XX function or is it another mechanism?

Hi Luka,

While you are right and most popular plugins have a good documentation on extending them, we face similar issues with plugins that are not as well documented. PErhaps you also ran into this problem and could let us know how you proceed in those cases?

Thanks!

Hi Ian,

Thanks for the clarification. I was not really sure on what approach we should go with.

However, it’s always a good practice to have the latest versions installed so we’ll just go ahead with what we can customize in child theme because our changes are fairly small number and not very significant.

Have a nice day!

Hi,

I have figured out the problem eventually. The problem is arising from how the scripts and styles of the plugins are enqueued. This causes them to be enqueued before the jQuery dependency, thus failing.

With hope that this will be taken into consideration for the future plugin versions, here are the changes made:

First of all, I moved all enqueues in separate functions to use the recommended wp_enqueue_scripts hook instead of the wp_enqueue_script currently used by the plugin.
Second of all, I added priority to all wp_enqueue_scripts hooks (in my case, 10).
Third of all, I transferred inline css style to a file and enqueued it in the same method.

I assume another option would be to check the jQuery dependency before enqueue or including jQuery if missing.

Have a good day!

• This reply was modified 4 years, 6 months ago by Shopix Romania.
• This reply was modified 4 years, 6 months ago by Shopix Romania.

@howdy_mcgee you are right, it’s not an actual PHP error / warning.
With the use of Query Monitor, I was able to find something.
Query Monitor reports missing dependencies – jQuery for the scripts that do not get included.

It looks like somehow the scripts are being enqueued before jQuery does. Tried to include in the call parameter for include in footer but does not seem to make any difference.

The setup is a bit more complex as the code is part of a plugin that I am trying to use for a specific functionality. (Form creation and integration with a 3rd party service, that should be submitted via Ajax. Everything works except the Ajax submit because scripts are not included)

• This reply was modified 4 years, 6 months ago by Shopix Romania.
• This reply was modified 4 years, 6 months ago by Shopix Romania.

@howdy_mcgee thank you for the details. I have tried to change as suggested and use wp_enqueue_scripts but unfortunatelly this does not make any difference in behavior.

So, in case of using wp_enqueue_script / wp_enqueue_scripts the script will get included in the page if the shortcode is placed in a text block of VC, but the script will not be included when is placed in a HTML block that is included inside the page.

Activating wp_debug does not seem to provide additional details.

@howdy_mcgee Thanks for the suggestion. However, if I insert the shortcode into a text block in Visual Composer directly on home page it works. If the shorcode is inserted into a HTML block that is included in the home page as a popup (but the popup html code is visible in the source code, only the scripts missing), then it doesn’t work anymore.

This is why I am trying to find a debug / troubleshooting method to understand why in one scenario gets included and in one not, so I can change and fix it.

Thanks!

Hi Tracy,

Got it now, so manually enqueue the code directly into WP, not alter the plugin code to match that one.

Thanks!

Hi Freddie,

Not sure I understand what that means or how it is done.
Perhaps you could help me out with a few more details?

Thank you!

Hello Freddie,

I am reaching out to you for checking how we can proceed further.

We made some basic checks and we can see that process_form_shortcode.php is executed and the correct arguments are passed on (page id, etc).

Despite execution, the js code is not appended to our page. Maybe the issue comes from the fact that popup code is placed after the footer element of our page?

Would there be any way to correct this or force JS being enqueued?

Thanks!

Perhaps backend access to a staging environment might help?

Hi Freddie,

The popup is inserted using Visual Composer (it’s a HTML block) inserted in main page.

Thank you!

Hi Freddie,

Not sure if you got the chance to see my message so I’ll just ask again.
Is there any option / method to force loading the code for enabling Ajax submit?

Thank you!

Hi Freddie,

We did checked and here are the submission settings for that specific form:

Enable AJAX Submission - Yes
Redirect On Submission - No
Hide Form After Sign Up - No
Existing Interest Groups - Update

However, the same form is working when we create a test page using Visual Composer and place the shortcode outside of a popup. So we believe Visual Composer might also not be the issue here.

The code of the form in popup and code of the form outside of the popup are exactly the same, no differences.

Any chance to force having that variable loaded or correctly detect the form in the popup?

Thanks!

• This reply was modified 4 years, 7 months ago by Shopix Romania.
• This reply was modified 4 years, 7 months ago by Shopix Romania.