Closed MichelZ closed 1 week ago
Thank you for your contribution to this! I'm glad someone was keen enough to take on this annoying task!
I'm going to have to look into this a little bit before signing off on it. According to @cheenamalhotra, we get warnings from [something] when absolute links are used. So it's an unfortunate situation where if we use relative links, the links don't work in IDEs but the doc websites are happy, and vice versa if we use absolute links.
Sure, let me know where you see the error and I can also look for creative workarounds ;)
Tbh, I'm not sure exactly where this error comes in. My assumption is that it comes from our doc website generation process, but I don't know what that is. Need @cheenamalhotra's input on that
/azp run
I'm going to have to look into this a little bit before signing off on it. According to @cheenamalhotra, we get warnings from [something] when absolute links are used. So it's an unfortunate situation where if we use relative links, the links don't work in IDEs but the doc websites are happy, and vice versa if we use absolute links.
I believe we will get warnings in .NET API reference, when the docs will be published. Something we should follow up internally, if this will be allowed with the .NET API reference docs team, because the XML files are the same that are published to both VS intellisense and .NET API reference Microsoft documentation.
Moving relative links to learn.microsoft.com, also verify msdn/docs .microsoft.com links and replacing them with learn.microsoft.com.
.xml Documentation files only
Fixes #2883