You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<!-- wp:paragraph --><p>In 'Classic' template mode, you can use the <ahref="https://github.com/Automattic/amp-wp/blob/1b3bf237993de37eaa19be86d500a61e49759421/includes/admin/functions.php#L161" target="_blank" rel="noreferrer noopener" aria-label="In 'Classic' template mode, you can use the amp_post_template_analytics filter. This template mode is set either from selecting 'Classic' in 'AMP Settings' > 'Template Mode,' or from not calling add_theme_support( 'amp' ). (opens in a new tab)">amp_post_template_analytics</a> filter. This template mode is set either from selecting 'Classic' in 'AMP Settings' > 'Template Mode,' or from not calling <code>add_theme_support( 'amp' )</code>.</p><!-- /wp:paragraph -->
AN unexpected validation error occurs:
I thought this was related to WordPress/gutenberg#8779 but apparently not. It appears the source stack comment is somehow being incorrectly injected into the attribute value. In Gutenberg, the issue would probably be fixed if > could be replaced with > but every time this is manually fixed, the block serializer re-encodes as >. I thought that such characters were supposed to be encoded in WordPress/gutenberg#9963. Nevertheless, since < and > are allowed in attribute values, the validator should be resilient to them being present irrespective of Gutenberg.
The text was updated successfully, but these errors were encountered:
I don't think there is anything we can do here. It's an issue with Gutenberg's block serializer which should encode > as > and it's also an issue with wptexturize() erroneously converting attribute-closing " to #8243;. See WordPress/gutenberg#9963 (comment) and now WordPress/gutenberg#15636.
Quick fix is to remove < and > from attribute values inside the_content.
When adding this paragraph block:
AN unexpected validation error occurs:
I thought this was related to WordPress/gutenberg#8779 but apparently not. It appears the source stack comment is somehow being incorrectly injected into the attribute value. In Gutenberg, the issue would probably be fixed if
>
could be replaced with>
but every time this is manually fixed, the block serializer re-encodes as>
. I thought that such characters were supposed to be encoded in WordPress/gutenberg#9963. Nevertheless, since<
and>
are allowed in attribute values, the validator should be resilient to them being present irrespective of Gutenberg.The text was updated successfully, but these errors were encountered: