-
-
Notifications
You must be signed in to change notification settings - Fork 9.7k
Description
Have you read the Contributing Guidelines on issues?
- I have read the Contributing Guidelines on issues.
Prerequisites
- I'm using the latest version of Docusaurus.
- I have tried the
npm run clearoryarn clearcommand. - I have tried
rm -rf node_modules yarn.lock package-lock.jsonand re-installing packages. - I have tried creating a repro with https://new.docusaurus.io.
- I have read the console error message carefully (if applicable).
Description
When browsing https://docusaurus.io/blog/atom.xml in a browser, and you might want to read the full post of one of the entries, the natural thing is to click the heading to go to the post since it is a link.
However, the atom.xsl looks for an xml-tag <link rel="alternate" href="..." />, but it does not exist. In contrast, feed.xsl looks for an xml-tag <link href="..." /> which works.
My question
I can submit a PR to remove the qualifier expecting the alternate rel. However I'm wondering if this was simply a mistake in #9252 when it was introduced or if there is a feature within docosaurus that could produce two links per blog post and then have some sort of preference of which of the links to pick(which can easily be done with an xsl:choose-tag.
Reproducible demo
view-source:https://docusaurus.io/blog/atom.xml
Steps to reproduce
- Open
view-source:https://docusaurus.io/blog/atom.xmland note that theentryhas alink-child, but notlink[rel=alternate]-child. - Open https://docusaurus.io/blog/atom.xml, click the heading of any post.
- Your browser now renavigates to the same page you are already on.
Expected behavior
I expected to end up on the entrys blog post.
Actual behavior
I remained (re-navigated to) the atom feed XSLT-processed webpage.
Your environment
- docosaurus.io as of 2025-04-04
<meta name=generator content="Docusaurus v3.7.0">
Self-service
- I'd be willing to fix this bug myself.