Describe the bug
A clear and concise description of what the bug is.
One of our product categories has an & in it

It comes back from WPGraphQL like so:

To Reproduce
Steps to reproduce the behavior:
& or > in it.&Expected behavior
A clear and concise description of what you expected to happen.
Since the form in WP Admin doesn't let you format the text, I think it makes sense to expect this field to come back unescaped.
Additional context
Add any other context about the problem here.
(woographql is awesome lol)
@ricokahler This is most likely related to a bigger issue in WPGraphQL. @jasonbahl Any ideas?
A simple html_entity_decode might do. Otherwise, the js app would be responsible to dealing with that. Not sure how the core plugin is handling that.
@renatonascalves Because the productCategories are registered using the core filters, meaning all the functionality related to the productCategories resolution is defined in the core plugin
I see it! So maybe we need to add the html_entity_decode here: https://github.com/wp-graphql/wp-graphql/blob/0453d4c7e2c91679e5f129bcb2b7b03816b03737/src/Model/Term.php#L82
It is outputting straight from the WP_Term object.
@renatonascalves I agree this is something we need to address in WPGraphQL core. . .I noted some duplicate issues over here: https://github.com/wp-graphql/wp-graphql/issues/1169
I don't feel like I have a lot of clarity on what to do to address this. I think _something_ should be done for sure, but I'm not sure the best approach. 馃
Most helpful comment
@renatonascalves I agree this is something we need to address in WPGraphQL core. . .I noted some duplicate issues over here: https://github.com/wp-graphql/wp-graphql/issues/1169
I don't feel like I have a lot of clarity on what to do to address this. I think _something_ should be done for sure, but I'm not sure the best approach. 馃