Optimocha

@technicalx that behavior of encoding inline JS has to be done in order to prevent screwing up JS execution order; otherwise inline JS can’t be deferred with the defer parameter and JS files load & execute after inline JS, causing all sorts of JS errors. I highly recommend you don’t comment out that line (183) because you’ll most likely break your JS.

@sermalefico never tried that with SBP, but reading through its features, I can confidently say that AO & SBP will be a better duo than SBP & FVM (or AO & FVM for that matter).

Hi @technicalx,

Can you navigate to line 223 in the file /speed-booster-pack/vendor/simplehtmldom/simplehtmldom/HtmlDocument.php and and change that line from this:

$this->decode();

to this:

// $this->decode();

And tell me if anything good happens? It will fix the decoding issue but I’m wondering if it will fix CSS inlining as well.

• This reply was modified 5 years, 3 months ago by Optimocha.

Thanks @mgilbertson! 🙂

@alessandrazunino thanks for the heads up! We’ve already fixed it and we’ll release version 4.1.1 in a few hours.

@titsmaker we don’t actually have any jQuery code whatsoever:

https://plugins.trac.wordpress.org/browser/disable-cart-fragments/tags/1.21/disable-cart-fragments.php
(check lines 115 through 138)

Any chance you’re referring to another plugin? There is a very old plugin with the same name, also called Disable Cart Fragments (but not by Optimocha).

@mgilbertson since this is related to a conflict between the two plugins, I’m marking this topic as “resolved” to prevent giving the wrong idea to others :).