Acronyms Break HTML

When a defined acronym is found inside another HTML tag, for example in title or alt attributes, it breaks the HTML. Just had this happen in one of my CMS articles.

You don't even need HTML enabled to duplicate this (it happened to me with a custom linking BB-Code). Pretty sure setting an acronym for any HTML tag name - like "img" will break the HTML output of the IMG tag.

Basically, acronyms need to ignore anything after a < and before a >

Please set the setting to "apply to content areas only" to yes and "urls" to no



See if that clears it up.

That has no effect.

You can also try setting your acronyms with spaces.

ie,

Code:

' img ' => ' something '

But then I would have the same problem with the following HTML:

HTML Code:

<a href="#" title="text with an img in it">

It would become:

HTML Code:

<a href="#" title="text with an<abbr title=" something "> img </abbr>in it">

Sorry but I think you'll need to modify the RegEx for acronyms to ignore any text between < >.

There wouldn't be an issue there... that would show as

HTML Code:

<a href="#" title="text with an something in it">

See my edit above. When acronyms are set to use ABBR or ACRONYM replacements, this becomes a huge problem.

if it's set to apply to urls - no, then it shouldn't even be in there.
"urls" to no

And I do have it set to no, and it's still in there.

Even so, if that setting only affects URLs, acronyms also affect alt attributes in images. Many other HTML elements have the title attribute, but that's ignoring that this can occur in any attribute (or on the tag or attribute name itself!)

You can just use your imagination and see (and go ahead and test) that this can break any HTML in any way if this replacement doesn't exclude text between < >

That shouldn't be showing there if set to no. I'll flag this for a developer to review.

Hello,

it seems to work correctly for me, could you please open a ticket with ftp/vbseocp access and example URL to check this further?

This was only occurring in the article view of CMS articles. This was an Execute Order issue between vBSEO and VaultWiki, which both perform URL-related replacements. I have made sure that vBSEO's replacement occurs last, and this issue went away.

I see, thank you for details!