Simon Hayward

i just wanted to report the resolution (workaround) I found with Ryan’s help in case anyone else hits the same issue.
The problem is caused by Mod Security running on an apache server which doesn’t allow JSON blocks include HTTP in response (presumably to avoid some types on insertion attacks). It might be possible to change the Mod Security rules if your host allows that but I doubt it would be good practice. For me it just worked to omit the HTTP prefix in the URL and allow the browser to interpret the address when someone clicks the link.

Unfortunately not. I was intending to go though their code in more detail to see if I could find where different block types might be differentiated, but I didn’t get to it yet.
When I first looked I found where they strip out shortcodes, convert headings to H1-3 only, but couldn’t see anything that dealt with block types – it just seemed to take the raw post and work on the HTML.
Let me know if you find anything? ??

Sorry but this doesn’t answer the question.

Let me try again:

Mailpoet filters the content of a post that it includes in email e.g. shortcodes are stripped out and it has special handling for images.
When a post is created from (Gutenberg) Blocks that content is accessed via get_post(). However not all Blocks are included in the email. I can’t see anything in the MailPoet code that would strip out particular Blocks but something is having this effect.

Any suggestions where to look?

Thanks

Thanks for quick response. Did wait for 5.5 in case that made any difference but unfortunately not. Bug report submitted.

OK. I fixed the issue by overriding the fixed font size in my own CSS.

But I don’t see why you allow a Heading style to be selected in the Editor and then ignore it in the resultant page display. Doesn’t seem a good user experience…