The .js file is not loading from https://stats.wp.com/ on some 4G connections providers : SFR for example. On the same device connected to wifi with a fiber internet connection it’s working fine….

It happens on Android or iOs devices regardless…

On remote debug with Chrome (chrome://inspect/#devices) the file status in the Network inspection panel remains “pending” and never loads, so dom event loaded never fires, and so, all navigation and features waiting for this event aren’t initialized…
Once Jetpack stats (both Stats and Woocommerce Stats) are disabled the website just work fine.

The printscreen of the problem :

https://pasteboard.co/KD6nkhsFctSs.png

I’m pretty sure that we are not alone facing this issue but we didn’t find a solution.

The following WooCommerce JS file (Cookie) is impacting another plugin we’re using, WPFront Notification Bar:

woocommerce/assets/js/js-cookie/js.cookie.min.js

Specifically, after installing your plugin, WPFront Notification Bar continues to work with no issues.

However, when we dequeue the above JS file, WPFront Notification Bar stops working. That is, our website’s top banner does not display.

For additional details, please refer to this forum topic.

Any idea what’s going on? Strange!

Thank you!

Right now, sometimes the caching plugins are caching the pages with this CAPTCHA and causing issues.

Great plugin. Unfortunately it’s generating cookie files that are not necessary, slowing down our website, and causing browsers to flag our website as potentially undesirable.

Specifically, your plugin installs the following unnecessary file:

jquery.cookie

/wp-content/plugins/wpfront-notification-bar/jquery-plugins/jquery.c.js

Kindly explain why and kindly delete it from your code. We deactivated it using Perfmatters resulting in a faster, more efficient website.

Thank you. Cheers!

I think, the way this plugin is supposed to be used, the <code> tag is supposed to have the ‘class=”language-xxx”‘ attribute, but the <pre> tag is not supposed to require it.

If I write my code-block this way, the result I get is that the appearance in the pretty-printed, WYSIWYG editor-panel seems incorrect, with the text almost invisible, but the appearance in the final version, which the public gets to see, is 100% correct.

However, if I put the same ‘class=’ attribute in the <pre> tag as well, I see the preview style in the WYSIWYG editor, plus the correct, fancy style in the publicly-viewable version.

I have observed that the in-editor style is determined by the ‘prism.js’ and ‘prism.css’ files that belong to the plugin, while the publicly-viewable, fancy style is defined by the versions of these two files, which I have ordered from the prescribed Web-site, and which I have copied to ‘…/uploads/prism/’ .

What this seems to suggest, is that there might be some sort of logic-problem, in how the plugin-supplied files recognize the <pre> tag in question as belonging to the plugin, as opposed to just having been generated randomly by the blog author. OTOH, the versions of these files supplied by the prescribed site, must not have the same logic-quirk.

As an example, this is a screen-shot of an editor-view:

And this is the posting as it displays publicly:
Public View of Same Code-Block

Dirk

I want to include external .js file in header for navigation. I have put code as below. But still not showing properly.

<?php wp_enqueue_script(“jquery”); ?>
<?php wp_head(); ?>
<script type=”text/javascript” src=”<?php bloginfo(“template_url”); ?>/wp-includes/js/jquery/commonFunction.js”></script>

Please replay. Thanks in advance.

Regards,
Sonali

Finally, you need to edit the js/contact-form-process.js file and change line 13 so that it includes your URL – so, for example, you would have something like the following:

$.post(‘https://www.yoursite.com/wp-content/themes/akono/scripts/contact-process.php’, {name: input_name, email: input_email, subject: input_subject, message: input_message}, function(data){