-
Posts
-
Hi there,
SPECIAL CHARACTERS within CODEBLOCKS issue
Is this warning (in red underneath Code Block entries) about ‘special characters’ new for the latest Enfold update?I am having problems with forms from a 3rd Party provider, within a code block.
I have had to reinstall the previous Enfold update as otherwise this just won’t work – even if the Kriesi ‘Avia Special Character Converter’ plugin is installed.
I even tried changing <,>,[,] manually to the hash versions, as directed:< = ###lt###
> = ###gt###
[ = ###91###
] = ###93###…but it just produces garbage on the front end.
It’s been working fine for more than two years, but with the recent Enfold update(s) it’s broken.
Is there anything I can do to fix this?It’s tricky for as the code (shown in private) comes from a third party.
Thank you so much.
All support much appreciated :-)UPDATE: I have put up a test page with two different forms – espcially for Kriesi staff
(on a separate website – added in private – with the latest ENFOLD installed)You can see that the MEMBERSHIP form fails,but the latter BOOKING form functions fine.
I have the Avia Special Character Converter plugin installed
I cannot work out why one works and the other doesn’t at all.Please help if you can…
Thank you :-)Hello again.
Is there any chance of some help with this issue guys? I’ve left two messages with full details, and even set up a test page for the purpose.
This is crucial to the website’s membership, and is totally non-functioning. Any help utterly appreciated!
Thanks again
SteveHi,
Sorry for the late reply, and thanks for the links and code, but for adding code to the code block element you do not need to use the Special Character Converter plugin.
I tested your script, and I see it doesn’t work but I would say that it’s the script and not the code block element, for example, try this script in a code block element:<input type="button" value="Click me" onclick="alert('Thanks... this alert works fine');">it creates a button that when clicked pops an alert box.
I recommend ensuring the script code above is correct, try asking where you got it from if there is a testing script that doesn’t require an account just to show the form to show that it is working. There is a good chance that the script will only work on your domain linked to your account.Best regards,
MikeThanks Mike – appreciated.
I have now updated Enfold on the original domain. All forms work (though still showing the warning as below) except this wretched membership form. I appreciate that it might be that particular form script itself (and I have put up a test page – in Private – that doesn’t use ALB to verify your point)
However, why does the following warning show, even when the other forms are still working?
Warning showing:
Warning: Characters <,>,[,] might break ALB backend or frontend. Read more if you want to use them.
(I have also shown this in context with a screenshot. Link in Private)
TWO QUESTIONS:
Are these characters still potentially an issue?
Does it only break the front or bank end (as it suggests) in certain instances?Thank you so much!
Stevei could believe that on normal content these characters maybe break the layout – but on code-block element this should not happen.
It is just the sense and purpose of such an element to be allowed to use just such characters. I at least, used the possibility to insert shortcodes ( square brackets ) by means of this element.
Or as described here ( Link ) , to insert a more complex svg with animation via stroke-dasharray and -dashoffset.
Example ( Link ) (on that case i did insert this as img – but replace it by svg-support with an inline-svg ) but the better way would be to insert it directly with code-block element as svg code.Hi there,
Thanks so much for the input guys.
We have found the cause of the issue: WORDFENCE. It was the firewall blocking access, and seemed to resolve once we put the firewall back in ‘learning mode’. Odd one but we got there. I found it by elimination. First placing the code into a non-template simple HTML page, where it still did not show …so we knew it was not the lovely ENFOLD!
The main clue was that the form was showing in Chrome, but no other browser, so we knew it was a ‘rule’ of some sort.
Thanks for the support 😀 ⭐️
Hi Steve,
Great, I’m glad that you found the problem and thanks for the update. Please let us know if you should need any further help on the topic or if we can close it.
Best regards,
Rikardwhere did you switch Wordfence to learning mode?
Edit ok i found it – All Options – basic firewall options.
this hint is good for a problem i got with code block too.But what I didn’t think about the firewall is that the installation caused the problems was in a subfolder of another site.
There Wordfence was installed and activated on that “Parent Installation”
( webers-testseite.de and another wordpress in webers-testseite.de/subfolder/ )
That the installation there also affected the subfolder installation – I didn’t think of that.Brilliant tip – Thanks
- The topic ‘Special Characters within CODE BLOCKS on 3rd Party Forms’ is closed to new replies.