[bug] Can't vote on poll options which were authored on GTS with angle brackets

[VyrCossont]

Describe the bug with a clear and concise description of what the bug is.

When I create a poll with options that contain angle brackets, they're inappropriately displayed as HTML entities in at least Feditext and Toot!, and no other accounts were able to vote on those options, reporting the same display problem and that votes were not processed.

https://princess.industries/@vyr/statuses/01JJNAKTG4B3P5Z053GYSX79F5

View from another user:

https://snoot.tube/@Skirmisher/113909347838023019

The GTS web frontend does display this poll correctly but the votes just aren't there:

What's your GoToSocial Version?

0.18.0-dev+git-a8ae0e3

GoToSocial Arch

No response

What happened?

No response

What you expected to happen?

Native clients should be able to vote on polls with HTML special characters, and should have them display correctly.

How to reproduce it?

1. Create a poll on GTS that contains options with HTML special characters including at least the left angle bracket <
2. Try to view and vote on one of those options from another instance (couldn't try same instance, only had one account handy)
3. Votes won't be recorded for those options
4. Poll may not be displayed correctly

Anything else we need to know?

FWIW, the Mastodon API docs don't describe poll option titles as HTML, so this seems like it could be our bug. More on how Mastodon federates polls here.

AS Vocabulary for Question activities doesn't say one way or the other.