Why is [meta-tag:status-planned] not rendered in this tag info?

Question

I have noticed that the tag info for status-deferred on MathOverflow Meta contains the paragraph looks like this:

Contrast [meta-tag:status-planned], in which a feature is something that the site developers have definitively approved for implementation but the timing is unknown.

On the same site, it renders fine in the preview while editing.

At the same time, on Mathematics and on Meta Stack Exchange, this renders just fine. I.e., it looks like this:

Contrast status-planned, in which a feature is something that the site developers have definitively approved for implementation but the timing is unknown.

Only later - both from the answer and from similar Glorfindel's post "Pregenerated Meta tag wikis aren't rendered correctly" - I've realized that there are the same problems with the tag info for status-planned, status-norepro, status-reproduced and status-bydesign.

---

The main question: What is the reason that the status tag isn't rendered as a tag here? Can this be somehow fixed?

---

I did not make an effort to systematically test all sites (or try whether this can be checked in some way using a network-wide SEDE query). But from the few sites that I've tried, the tag info is rendered correctly on Mathematics Educators. It is rendered incorrectly on Arduino, Ask Ubuntu, Computer Science, Computer Science Educators, German, Physics, Politics, SuperUser, Theoretical Computer Science, Web Applications, Webmasters, Worldbuilding, and Writing.

At least for the sites that I tried, the hypothesis suggested in comments might be correct - the sites where the tag isn't rendered in the tag info are the ones where this tag info doesn't have a revision history. (See also: The imported tag info for default tags is ignored in revision history.)

Added later. To help a bit with quantifying how many sites might have similar problem in this particular tag info, I have created a small SEDE query. According to SEDE, only 27 sites have the tag info for status-deferred and only 26 sites have the tag info for status-planned. Looking at the other three tags, 9 sites have a tag wiki for status-norepro, 9 sites for status-reproduced and 14 sites for status-bydesign. (Some of them were created only recently - this post lead to some manual edits. Some of those edits are still pending. All numbers as of May 29.) So the remaining sites probably have the version imported together with these default tags - which includes the mistake mentioned above.

Here are some additional SEDE queries which might help to find the sites where this problem could manifest:

• Tag-wikis on metas for the given tag. (In queries related to a specific tag, I am using status-bydesign as an example. Of course, the same query can be used for other tags - or even all status tags at the same time - by changing the parameter tagname.)
• Tag-wikis for the given tag with empty body
• Missing tag-wikis for the given tag
• Missing tag-excerpt for the given tag
• For comparison: List of all metas
• Pending suggested edits on metas and a similar query with more details

---

I have previously posted here a question related to a difference between the preview and the final form of the tag wiki: Why is there a difference between rendering of links in tag wiki and in editing preview? But that one is different - it is not about the tags, but about the titles of the linked posts.

---

Here is a screenshot showing what I see on MathOverflow Meta:

When I click on edit, in the preview everything looks fine:

On Mathematics Meta, the same tag info is rendered without any problems:

Answer 1

I talked to Adam about this and it seems that I'm correct - as far as he can tell, for the default templates we don't actually process the Markdown. I've added a status-review tag to the question so that we can fix it but it'll only address newly-created templates, not the existing ones.

It looks fine when you click edit because the preview is rendering it in the browser. But when we create content, it's rendered from Markdown to HTML when it's created and only updated when it's edited - except, apparently - with these tag wikis.

Saving a new version will fix the issue - sometimes you don't even need to edit the content, just click "edit" and then "save". When I was looking at the MathOverflow one on my phone, it didn't actually save the newly-rendered version but I've since been able to get it to render on Proof Assistants and Adam was able to get it to work on Substrate & Polkadot.

The short-term solution is identifying the sites where this needs to be re-rendered and submitting edits. The long-term solution here will be making sure that we're rendering the MD when these default templates are created.