> getting transformed to >

[jaydeepbasu]

Using SyntaxHighlighter Evolved plugin when adding <plugin>abcd</plugin> in blog it is rendering as <plugin&gt;abcd</plugin&gt;
Using latest version of wordpress and the plugin.

[alexsanford]

Looks like this is a duplicate of #108

I haven't been able to reproduce this, so there is something we're missing here. A few questions:

• Are you using the block editor, or the classic editor with shortcodes?
• If using the block editor, what are the Block settings? What "Code Language" is selected?
• If using shortcodes, which shortcode and options are you using?
• Have you tried with all other plugins on the site disabled?

[jaydeepbasu]

I am using Block Editor, as I was putting xml in the block so the language is set to HTML/XML and no other settings apart from that.
I am only using JetPack plugin.
I haven't tried by disabling the JetPack plugin as that plugin is mandatory for me.
Any suggestions?

[alexsanford]

Hmmm. I just spun up a fresh site with only Jetpack, using the Twenty Twenty theme, and this is what I see on the frontend:

What theme are you using? Could you test with Twenty Twenty and see whether that changes anything?

Here's what my block settings look like. Anything look different for you?

[jaydeepbasu]

Though I might sound illogical but I am no longer facing the issue, I have done no version upgrade,not a single change but it is working now. Yesterday I installed the plugin for the first time and when i faced the issue I tried all possible ways to correct it but it didn;t work, 12 hours after that it started working.
Request you to please keep it open, in case i face it again, i can update here in comment.

[alexsanford]

It's better to close this issue at this point, since it is not a reproducible bug. But comments will still be open, and the issue can be reopened if the bug comes up again, so please feel free to give any new information if that happens 🙂

[l2m83]

Hello,
We had a similar problem, it seems that it occured for users that are not administrator (ex: Editor).

[coreymckrill]

I've discovered a way to consistently reproduce this issue:

• Set up a multisite installation of WordPress, install the SyntaxHighlighter plugin.
• Create two users on the site, a super admin and an editor.
• With each user, publish a post with a SyntaxHighlighter block that contains <?php echo 'Hello World'; ?>
  and has the code language set to PHP.
• With each post, change the editor settings from Visual Editor to Code Editor. You'll see that they both appear to contain the same content within the block grammar: <?php echo 'Hello World'; ?>
• Now view each post on the front end. The one published by the super admin will look correct, while the one published by the editor will have this: <?php echo 'Hello World'; ?&gt;

I believe this happens because on multisite, non-admins do not have the unfiltered_html capability, as suggested by @jrastaban here. So when the editor user publishes the post, what actually gets stored in the database is <?php echo 'Hello World'; ?>.

It looks like this commit might actually fix the issue, but it hasn't been released yet. Will confirm as soon as I get the src files to build correctly...

[coreymckrill]

^ That commit didn't fix the issue when I tested, so I opened #182.

[yscik]

Still happening on master with non-admin roles.

[l2m83]

@coreymckrill, in addition to str_replace try calling htmlspecialchars_decode
$code = str_replace( '<', '<', $code );
$code = htmlspecialchars_decode( $code );

The modification was done on our wordpress installation and it seems to do the job.