Loads on Every Page (Slows Website)

More info …

We can definitely use a snippet to disable or dequeue the jquery-placeholder script (js file) similar to the one provided here.

Any coders or developers out there that can provide one to fix this issue?

Thank you!

And finally …

We found this snippet (from Modern Tribe) to disable or dequeue scripts and styles, but it does not allow us to disable the jquery-placeholder file. The snippet was found here.

Again, would appreciate a snippet or method for disabling jquery-placeholder without crashing our website.

Thank you!

Hi @jetxpert,

I am one of the developers working on The Events Calendar. I wanted to check with you if you have any other plugins that have the jquery-placeholder handle being enqueued.

It might be that you dequeuing our jquery-placeholder but some other plugin is re-enabling it later in the execution of your pages. We’ve had a problem in the past since it’s a very common JS package, some of our customers were facing that issue with WooCommerce.

If that is the case you might have to also check how to disable in Woo.

best Regards,

Hi @bordoni,

Thanks for the input. Great lead. Went back to our website, searched for all files containing “placeholder”, and found the following:

Avada Theme:

/wp-content/themes/Avada/includes/lib/assets/min/js/library/jquery.placeholder.js

/wp-content/plugins/fusion-builder/inc/lib/assets/min/js/library/jquery.placeholder.js

The Events Calendar:

/wp-content/plugins/the-events-calendar/vendor/jquery-placeholder/jquery.placeholder.js

/wp-content/plugins/the-events-calendar/vendor/jquery-placeholder/jquery.placeholder.min.js

Gravity Forms:

/wp-content/plugins/gravityforms/js/placeholders.jquery.min.js

Based on the above, deactivated Gravity Forms and voila, the problem disappeared. However, we need Gravity Forms, so why would your file interfere with Gravity Forms? In fact, the files names are similar, but not identical.

On the other hand, when we deactivate The Events Calendar and activate Gravity Forms, our website works just fine.

We also ran into this “Unhooking Styles and Scripts” forum topic/code from Modern Tribe to unhook dependencies but have no idea if we can use it or how to use it. May help.

We’re closer to a solution, but not quite there yet.

Help appreciated. Thank you.

HI @jetxpert,

So glad you were able to track more information down and get all of that here to us.

So the important part isn’t the file or URL, it’s more on the name of the package when registred with wp_register_script I have a feeling that they are using the same name which is creating an internal conflict leading to it being included on all pages.

Probably the best way to solve the problem is to also report that problem to GravityForms so they can also modify the Package name.

I just registered a problem on our internal bug tracker, and we should be able to get it fixed on the next release.

Best Regards,

Hi @bordoni,

We contacted Gravity Forms (GF). They indicated that the file is being loaded by The Events Calendar, not GF.

Above is supported by Perfmatters’ finding. Click here for details. You will notice the file appears only under The Events Calendar plugin.

Kindly provide a fix and/or snippet to dequeue or remove the script from pages that do not load or utilize The Events Calendar.

Thank you.

As I told you earlier, we do not include this script on all pages.

I am not sure why you are getting it is included, but I answered that in the other thread you opened.

https://www.ads-software.com/support/topic/scripts-loading-on-every-page-bloatware/

Please refer to that, we should avoid having two separate threads about the same topic.

Hi @bordoni,

Thank you for your reply. Much appreciated.

I’ll accept your reply, but Perfmatters is detecting it as such. This GitHub snippet also suggests that the “jquery-placeholder” file is loaded on all pages.

In any case, we managed to dequeue your jquery-placeholder JS file via “REGEX” instead of “DISABLE ALL, EXCEPT.”

Again, thank you.