Plugin Display Problem after update?

The javascript error has something to do with the WPML Translation Management plugin and possibly a conflict of some sort with the NextGen Gallery plugin. The javascript error is not being caused by BPS. Typically when other plugins or themes load their jQuery and CSS scripts in BPS plugin pages then you will see broken BPS plugin pages like you have in the screenshot you posted. The reason for that is when other plugins or themes load their scripts in BPS plugin pages they override/break BPS plugin jQuery and CSS scripts that load in BPS plugin pages only. Try deactivating your other plugins one by one until you find the plugin that is causing this problem. The most obvious plugin to deactivate first would be the WPML Translation Management plugin. ??

• This reply was modified 7 years, 5 months ago by AITpro.

Thanks for the fast reply!

It was indeed caused by WPML, after deactivating it, BPS worked again.
However I never had problems with WPML/BPS before, and I do require WPML, so is there any way to fix this so I can use both plugins?

Thanks in advance for further information.

What version of WPML do you have installed? Go to the BPS System Info page, click the Get Plugins List button, copy and paste the list of plugins you have installed in your forum reply.

When I do a Google search for: iclSaveForm is not defined
I see that this particular javascript error has been occurring for a few years now and did not find an answer on how to fix the issue.

When I check your website I see that you are using Cloudflare rocket and WP Rocket and your website Source Code is minified/compressed. Minification/compression is known to break js scripts. It may be that using both Cloudflare rocket and WP Rocket together causes a problem for WPML that breaks WPML javascript, which then breaks other plugins js and jQuery scripts. What I recommend that you do is to turn off Cloudflare rocket and do not minify/compress HTML or js in WP Rocket. After you make these changes you will need to delete your Browser cache, your Cloudflare cache and WP Rocket cache (if WP Rocket has a delete cache option). Then you want to test if WPML is still breaking BPS jQuery scripts.

• This reply was modified 7 years, 5 months ago by AITpro.

Thanks once again for the fast reply.

Here’s a list of all the plugins:

Ajax Search for WooCommerce 1.1.2 – Activated: ajax-search-for-woocommerce/ajax-search-for-woocommerce.php
Booster for WooCommerce 2.8.2 – Activated: woocommerce-jetpack/woocommerce-jetpack.php
BulletProof Security 2.1 – Activated: bulletproof-security/bulletproof-security.php
Cloudflare 3.2.1 – Activated: cloudflare/cloudflare.php
CloudFlare Flexible SSL 1.2.2 – Activated: cloudflare-flexible-ssl/plugin.php
EWWW Image Optimizer 3.4.1 – Activated: ewww-image-optimizer/ewww-image-optimizer.php
Favicon by RealFaviconGenerator 1.3.10 – Activated: favicon-by-realfavicongenerator/favicon-by-realfavicongenerator.php
Fruitful Shortcodes 1.5 – Activated: fruitful-shortcodes/ff-shortcodes.php
Heartbeat Control 1.0.3 – Activated: heartbeat-control/heartbeat-control.php
Instagram Feed 1.4.9 – Activated: instagram-feed/instagram-feed.php
Jetpack by WordPress.com 5.0 – Activated: jetpack/jetpack.php
Maintenance 3.5 – Deactivated: maintenance/maintenance.php
Mollie Payments for WooCommerce 2.6.0 – Activated: mollie-payments-for-woocommerce/mollie-payments-for-woocommerce.php
MouseWheel Smooth Scroll 2.4 – Activated: mousewheel-smooth-scroll/mousewheel-smooth-scroll.php
Page Builder by SiteOrigin 2.5.7 – Activated: siteorigin-panels/siteorigin-panels.php
Product CSV Import Export (BASIC) 1.3.4 – Activated: product-import-export-for-woo/product-csv-import-export.php
SiteOrigin Widgets Bundle 1.9.2 – Activated: so-widgets-bundle/so-widgets-bundle.php
Slider Revolution 5.4.5.1 – Activated: revslider/revslider.php
UpdraftPlus – Backup/Restore 1.13.4 – Activated: updraftplus/updraftplus.php
WooCommerce 2.6.14 – Activated: woocommerce/woocommerce.php
WooCommerce Barcode 1.0 – Activated: woocommerce-barcode/barcode.php
WooCommerce Helper 1.7.2 – Activated: woothemes-updater/woothemes-updater.php
WooCommerce Multilingual 4.1.4 – Activated: woocommerce-multilingual/wpml-woocommerce.php
WooCommerce POS 0.4.13 – Activated: woocommerce-pos/woocommerce-pos.php
WooCommerce POS Pro 0.4.10 – Activated: woocommerce-pos-pro/woocommerce-pos-pro.php
WPML Media 2.2.0 – Activated: wpml-media-translation/plugin.php
WPML Multilingual CMS 3.7.1 – Activated: sitepress-multilingual-cms/sitepress.php
WPML Page Builders 1.1.3 – Activated: wpml-page-builders/plugin.php
WPML String Translation 2.5.4 – Activated: wpml-string-translation/plugin.php
WPML Translation Management 2.3.1 – Activated: wpml-translation-management/plugin.php
WP Rocket 2.10.4 – Activated: wp-rocket/wp-rocket.php
Yoast SEO 4.9 – Activated: wordpress-seo/wp-seo.php

Regarding Cloudflare, it’s only set to the front-end that it’s minifying and using rocketloader. Everything on the WP-Admin page is bypassed (as per page rules) to make sure that those kind of errors wouldn’t happen with the minifying/rocketloader process of Cloudflare. So that’s something we can rule out of being the problem.

WP Rocket is also only front-end that caching/compression is being applied to, so nothing in the back-end of those kind of files are touched.

The thing is that this error was non existence before the 2.0 update of BPS. It was all working fine then, but after the update this started appearing. I did not update WPML since that update as there isn’t any to my knowledge.

Further investigation makes it clear that WPML isn’t directly the problem, but one of it’s WooCommerce required addons being: WPML Translation Management. Sadly it’s not caused an old version of WPML as all latests versions of WPML and addons are installed ??

• This reply was modified 7 years, 5 months ago by RafaelDeJongh.
• This reply was modified 7 years, 5 months ago by RafaelDeJongh.

If the WPML javascript script is loading (enqueued) on both the frontend and backend of your site then it will be broken on both the frontend and backend by anything that is messing with js scripts on the frontend of your site.

Nothing has changed in BPS 2.0 regarding any BPS js or jQuery scripts. So that means something else has changed on your website that is now causing the problem.

So the only logical way to proceed in troubleshooting is to eliminate Cloudflare and WP Rocket since they are the most likely cause of this “combo” problem.

Also we tested the WPML Translation Management plugin on a a test site during the process of creating the new Setup Wizard AutoFix feature and the WPML Translation Management plugin is not breaking BPS plugin pages. The test site does not have Cloudflare installed on it. It does have WP Rocket installed on it, but only the default settings were used in testing.

The most obvious potential problem is this one: Cloudflare rocket and WP Rocket do very similar things. So you probably do not want to have both Cloudflare rocket and WP Rocket enabled together. That would kind of be the same thing as having 2 caching plugins installed. 1 would override the other or worse they would cancel each other out.

• This reply was modified 7 years, 5 months ago by AITpro.
• This reply was modified 7 years, 5 months ago by AITpro.
• This reply was modified 7 years, 5 months ago by AITpro.

Having both Cloudflare and WP Rocket is a must for me to be honest, with that said I’ve disabled rocket loader and minifying to test if this changed anything, but it did not. Even completely disabling Cloudflare did not alter the behavior of this problem.

As said before because of my page rules (https://ctrlv.cz/shots/2017/06/28/HV6N.png) it doesn’t minify the files or use rocket loader if it’s in the WP-Admin area.

The script that’s beeing loaded is also non compressed/merged by WP Rocket as seen by the location of the script being executed: (https://www.carlino-fgs.com/wp-content/plugins/wpml-translation-management/res/js/scripts.js?ver=2.3.1)

The front end also does not have any JavaScript errors nor does it have on any other pages in the backend other than the BPS page.

I’ve had no problems before the update with Bulletproof security or WPML, so I’m not really sure why this is caused now…

Yeah, I’m not sure what is going on either. I just retested BPS and the WPML Translation Management plugin on our test site and this error and problem is not occurring. So I guess the problem has to do with something else that you have installed on your website??? Try using the BPS SLF option on the BPS UI|UX Settings page > Script|Style Loader Filter (SLF) In BPS Plugin Pages > SLF On, BUT be warned that using the BPS SLF option WILL cause BPS plugin pages to load extremely slowly because BPS has to work overtime to null/cancel out any other plugin scripts that are loading in BPS plugin pages and breaking BPS plugin pages. ??

• This reply was modified 7 years, 5 months ago by AITpro.

Also you can turn on the BPS UI|UX|AutoFix Debug option to see which plugin and theme scripts were blocked from loading on BPS plugin pages. I’m not sure why so many plugins and themes do not “control” or contain their plugin and theme scripts??? This is a very common problem that we have seen since the beginning of our WP experience – 7+ years ago. ??

Test site SLF nulled scripts results:

BPS Pro UI|UX Debug: Scripts|Styles Dequeued
Script Dequeued: sitepress-scripts
Script Dequeued: wpml-tm-scripts
Script Dequeued: installer-admin
Style Dequeued: wpml-select-2
Style Dequeued: wpml-tm-styles
Style Dequeued: wpml-tm-queue
Style Dequeued: installer-admin

BPS Pro UI|UX Debug: SLF css Scripts Nulled
/plugins/sitepress-multilingual-cms/res/css/style.css-script-nulled
BPS Pro UI|UX Debug: SLF css Scripts Nulled
/plugins/sitepress-multilingual-cms/res/css/otgs-dialogs.css-script-nulled
BPS Pro UI|UX Debug: SLF css Scripts Nulled
/plugins/sitepress-multilingual-cms/res/css/dialog.css-script-nulled
BPS Pro UI|UX Debug: SLF css Scripts Nulled
/plugins/sitepress-multilingual-cms/res/css/otgs-ico.css-script-nulled
BPS Pro UI|UX Debug: SLF css Scripts Nulled
/plugins/sitepress-multilingual-cms/res/css/taxonomy-translation.css-script-nulled
BPS Pro UI|UX Debug: SLF js Scripts Nulled
/plugins/sitepress-multilingual-cms/res/js/taxonomy-hierarchy-sync-message.js-script-nulled
BPS Pro UI|UX Debug: SLF js Scripts Nulled
/plugins/sitepress-multilingual-cms/res/js/icl-admin-notifier.js-script-nulled

Hmm yea I see what it does, that’s some heavy nulling of the other scripts there. While this indeed “fixes” the problem it does create other problems with every file being then 404’d.

I’ve setup a test site with no Cloudflare, no WP-Rocket and I’m still experiencing the same problem: https://www.rafaeldejongh-testwebsite.ga

If you’d like I could provide a login for you, but it does seem to be a conflict between WPML Translation Management and BPS.

What version of WPML Translation Management are you testing it with?

Here’s a followup of your question:

BPS UI|UX Debug: Scripts|Styles Dequeued
Script Dequeued: sitepress-scripts
Script Dequeued: wcml-lang-notice
Script Dequeued: wcml-pointer
Script Dequeued: wcml-messages
Script Dequeued: thickbox
Script Dequeued: installer-admin
Script Dequeued: media-editor
Script Dequeued: media-audiovideo
Script Dequeued: mce-view
Script Dequeued: image-edit
Script Dequeued: jetpack-gallery-settings
Style Dequeued: wpml-select-2
Style Dequeued: wcml_admin
Style Dequeued: thickbox
Style Dequeued: installer-admin
Style Dequeued: media-views
Style Dequeued: imgareaselect

You can disregard the 404 error messages. BPS SLF ONLY nulls plugin scripts that are loading in BPS plugin pages that should not be loading in BPS plugin pages and NOWHERE else. In other words, BPS SLF protects BPS plugin pages only and does not literally null the “rogue” scripts from loading anywhere and everywhere else. ?? So if you are seeing 404 errors in your Security Log file then you can just ignore them. Those Security Log entries do not indicate a problem and are just the “cost of doing business” when nulling “rogue” plugin scripts from loading in BPS plugin pages. ??

To check and verify that WPML Translation Manager scripts are still loading everywhere else use the Google Chrome Developer Tools and check WP Core pages and other plugins and theme pages and the frontend of your website and you will see that WPML Translation Manager scripts are still loading everywhere else – your entire site – everywhere…except for BPS plugin pages now.

• This reply was modified 7 years, 5 months ago by AITpro.

Yea I see, the pages indeed load super slow with this enabled, to be honest it’s better to just have a broken layout than wait for the page to load.

And while the script loads on every page, it doesn’t have any problems other than the BPS plugin.

But that said as mentioned in my previous message it also happens on another WordPress installation with these plugins enabled.

So not sure why you’re not able to reproduce this problem.

Edit:

I think because some scripts are dequeued on the BPS pages that the problem on this page is happening. Because one of the variables was set in a dequeued script file. Maybe it’s possible to also deque that script by default while on BPS pages?

• This reply was modified 7 years, 5 months ago by RafaelDeJongh.
• This reply was modified 7 years, 5 months ago by RafaelDeJongh.
• This reply was modified 7 years, 5 months ago by RafaelDeJongh.
• This reply was modified 7 years, 5 months ago by RafaelDeJongh.
• This reply was modified 7 years, 5 months ago by RafaelDeJongh.