adaptablewebsites
Forum Replies Created
-
Hi Ivaylo,
That is strange. To assist your team in replicating this, I have set up a test environment where the issue is currently active:
https://marka320.sg-host.com/You will notice the header fails to appear on scroll. If it doesn’t happen immediately, please check via Incognito mode.
The browser console explicitly identifies a fatal syntax error in the file generated by the Speed Optimizer:
Error: Uncaught SyntaxError: Octal escape sequences are not allowed in template strings.
Source: siteground-optimizer-…jsSince this error causes the entire combined script to fail, the dynamic Divi elements cannot initialize. Hopefully, this live environment allows your team to see exactly how the “Combine JavaScript Files” feature is mishandling the script strings during the minification/combination process.
Many Thanks,
Mark
PS this:
Error: Uncaught SyntaxError: Octal escape sequences are not allowed in template strings. Source: siteground-optimizer…e1aead79e37.js:2275Many Thanks for your quick response. I haven’t the time.
I’ll just turn off the setting in the optimiser on all 20 sites
Many Thanks, Regards MarkHi Svetoslav,
Thanks for the reply. I’ve done some further debugging in the browser console while the “Combine JavaScript Files” setting is active, and I’ve found the specific cause of the breakage.
When the files are combined, the resulting script throws a fatal syntax error:
Uncaught SyntaxError: Octal escape sequences are not allowed in template stringsSource:siteground-optimizer-[hash].jsThis is followed by a secondary load-order error:
Uncaught ReferenceError: jqueryParams is not definedIt appears the optimizer is pulling a script—likely a Divi module or a third-party library—into the combined file that contains a backslash followed by a number (e.g.,
\033) within a backtick template string. Modern JavaScript engines treat this as a fatal error, which causes the entire combined file to stop executing. This is why the header and modules are failing to load across all my sites.Since this is happening on multiple sites, could you check if there is a known conflict with a specific Divi script handle, or let me know which scripts I should specifically exclude to prevent this syntax crash?
Many thanks, Mark
That’s OK .. and understandable. Excuse my lack of patience in the matter. It’s not like I’m paying you a fortune is it?
So, the problem was my fault.
The problem was that I had locked down access to WP-Admin via IP Address through htaccess in the WP_Admin file … this was preventing the Ajax request from workingHope this helps any others if you can’t see the form … are you blocking WP_Admin by IP
Thanks Mark
Thankyou. That’s great. Appreciaate your fine knowledge.
MarkHi,
Any chance of a response please. I’d be most grateful
Thanks MarkHi,
Thanks for answering my question so promptly. Even “Don’t Know” would be helpful. I can see you’ve answered others that were posted after mine.
Obviously not an issue for you then.
Did you even bother clicking the link?
It would have been fantastic … I’ve been through a lot of form providers …
Ok … if you can give it just a quick glance I’d be grateful.
If not … I’ll stop being a beta tester for your forms and give you a considered review based on the facts.
Hope you can help.
A question … is there any Forminator form anywhere in the world working on mobile networks.
Thanks MarkHi,
After reading the odd post on the hapless Divi Theme … I thought I’d test the form on a test page without the Divi Builder.
So I grabbed the shortcode, created a new test page and put it into a default wordpress page … without the Divi Builder …. same result
The forminator form works but does not show on a smartphone when attached to a mobile network … turn on WiFi … and its back … strange?
So, it’s not Divi … the form does work … but only under certain network conditions.
Any ideas?
Thanks Mark
Hi Saiful
Very nice of you to come back quickly.
The problem?
Siteground Optimizer.
The setting? Minify the HTML Output.
When I turn this off, or exclude the url, the phenomenon doesn’t happen.
Simply put … turn off html minification if using SG Optimiser … or exclude pages from html minification
Thanks MarkHi,
The plugin appears to not work with the Divi Woo Module for the cart.
It simply doesn’t show.
The plugin works once we go back to the default woocommerce setup and ditch the Divi builder
Mark as resolved
Thanks MarkHi,
Thanks for coming back to me.
Please consider …
I have your free plugin on 6 sites
They all have identical configs.
I have the same WordPress version, same version of Divi, same plugins … and only a few plugins to keep probs to a minimum.
One security plugin SG Security as am using Siteground.
3 sites are fine with updates and are working nicely on latest Smash Balloon
3 sites show API 999 error
So, there is an inconsistency … I would have expected to see it with all six … strange.
Tried disabling SG Security plugin .. and updating plugin and recoonecting feed … still hangs … so diagnostically it is not the Security plugin.
I don’t have the time at the moment so I will have to leave the 3 sites on 2.9.10 for now as they work.
Thanks for your help.
Anyone else have the same problem? Are you aware of this issue with anyone else
Thanks MarkHi,
Followed the instruction.
Reconnect pops up a “Redirecting to connect.smashballon.com”
This just hangs in perpetuity and does not reconnect … or even stop trying for that fact! One has to reload the page. So, that intiative fails and doesn’t end cleanly.
Interestingly, there is a snippet of text next to “source invalid” that states Used in 2 feeds. Why two feeds? I never created two feeds … I created one feed … that is used once on one page. On further inspection I see the following shortcodes for the two feeds …
[instagram-feed feed=1]
[instagram-feed feed=2]
These shortcodes are not used in the page …. This is:
[instagram-feed]
This doesn’t look right. It’s confounded by an interface change so it is difficult to compare a “before” and “after”. It’s now cost me around an hour of time so I don’t have the inclination to troubleshoot … I mean it takes 10mins to write this support advisory.
Quick, “Let’s restore yesterday’s backup” I scream. Another few mins … Aah … there you go … back and working beautifully on version 2.9.10
Hope this helps … does the feed thing look a bit weird?
Many Thanks
MarkHi
I have the same issue.
I have the plugin on 6 sites.
3 updated from 2.9.10 perfectly
3 updated from 2.9.10 to not display the images.
When logged in as Administrator the site flags up an API error 999
My solution? To roll back the 3 sites to V2.9.10 … they then work perfectly.
Not ideal is it? There is a new interface which means extra work and resource to troubleshoot the problem. Haven’t the time.
Thnaks … just adding my story to give weight to the thread and that there is a problem.
Tis a great plugin when working so thanks for that and the pro updates on other sites are fine.
Hope you can find a fix
Regards MarkDelyan,
This: https://hivefitnessbristol.co.uk/book/
View Page Source … shows this:
<link rel=”stylesheet” href=”https://hivefitnessbristol.co.uk/wp-content/uploads/2022/02/hivefitness-gymcatch.css”>
Browsers show a change from the stylesheet i.e. calendar function etc shows the green of the brand which is being implemented by the stylesheet.
Would you be kind enough to check again .. doesn’t make a lot of sense.
Many Thanks, Mark
Delyan,
Thanks for clarifying this.
The page in question: https://hivefitnessbristol.co.uk/book
The CSS loaded is:
<link rel=”stylesheet” href=”https://hivefitnessbristol.co.uk/wp-content/uploads/2022/02/hivefitness-gymcatch.css”>
Combine CSS Files is off in SGO
Many Thanks
Regards Mark
- This reply was modified 4 years, 3 months ago by adaptablewebsites.