[wp-trac] [WordPress Trac] #58366: Shortcode Support Regained but Content Filters are messing with Shortcode HTML

[WordPress Trac]

#58366: Shortcode Support Regained but Content Filters are messing with Shortcode
HTML
---------------------------+------------------------------
 Reporter:  domainsupport  |       Owner:  (none)
     Type:  defect (bug)   |      Status:  new
 Priority:  normal         |   Milestone:  Awaiting Review
Component:  Shortcodes     |     Version:  6.2.2
 Severity:  normal         |  Resolution:
 Keywords:                 |     Focuses:
---------------------------+------------------------------

Comment (by Clorith):

 I'm not sure if this scenario would be considered a bug, or that the
 previous behavior would be considered an unintentional lack of processing.

 The `\n` symbol represents a newline after all, but wasn't being treated
 as such inline since processing has already happened to the post content
 at the time of the shortcode being called.

 Given that the site editor is a whole other beast, that shortcodes do not
 work exactly the same as in post content feels like something we can
 communicate and make clear that they are two very different use cases 🤔

 As for the reusable block scenario, that does appear unintentional, and
 those may need to also intentionally call `do_shortcode` and make it an
 explicit expectation that shortcodes within them are rendered (this is the
 recommendation for other blocks as well, so seems like a sensible thing to
 introduce I think).

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/58366#comment:5>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform