[wp-meta] [Making WordPress.org] #2900: incorrect parsing of markdown in @param blocks
Making WordPress.org
noreply at wordpress.org
Tue Jun 27 01:53:53 UTC 2017
#2900: incorrect parsing of markdown in @param blocks
-----------------------------+------------------
Reporter: pbiron | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: Developer Hub | Resolution:
Keywords: has-screenshots |
-----------------------------+------------------
Comment (by DrewAPicture):
Assuming we fix the `$tag` vs `$tag['content']` thing, there's a still a
problem with an opening `<code>` tag where it should be a closing
`</code>` tag.
Here's what the raw section description looks like coming from parsedown
before wporg-developer manipulates it for display:
{{{
Retrieve terms with criteria by which a term is LIKE
`$name__like<code>. Default empty. @type string
$description__like
}}}
Following the fixed `str_replace()`, this is what we get:
{{{
Retrieve terms with criteria by which a term is LIKE
`$name</strong>like<code>. Default empty. @type string
$description__like
}}}
Note the presence of the backtick before `$name` and `<code>` after
`like_`
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/2900#comment:3>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list