i can confirm the issue is fixed in the main branch of swift-markdown, and was able to export docs for swift-testing using a custom-built documentation toolchain. sadly, because of SPM, i cannot release a version of swift-unidoc that depends on an unstable swift-markdown pin.
as a procedural matter, i suggest that all maintainers of a public project should be able to tag additional patch versions. semver patches are cheap, and a 0.2.1 doesn’t interfere with any long-term plans to release a 0.3.0 down the line.
Totally agree your idea. But this is not a thing I could control and give help.
Discussing this matter in a workgroup meeting might potentially facilitate a faster resolution to this issue, but I'm not sure if it might be a bit of an overkill.
Swift-Markdown's current version policy is to publish a new patch version when a new major release of Swift is made (i.e. 5.9 or 5.10, not necessarily holding out until Swift 6 ) based on the code that shipped in that release's branch on the Swift-Markdown repo, with patch releases occurring as needed between then. It looks like Swift 5.9 released on the day that i came back after several weeks' leave from work, so that's probably how i missed it. I can tag a 0.3.0 based on what released in Swift 5.9 some time today.