Peter Collins
Peter Collins
> This probably needs to be back ported once merged to our release/6.0.4xx branch We're fine to only use this for net7.0+ packs, it's not needed on older branches.
Let's wait to merge this for the time being, I think we'll need a change in dotnet/arcade that will handle our approach for supporting .NET 6 projects in .NET 7.
The [corresponding Android API docs](https://developer.android.com/reference/java/util/concurrent/BlockingDeque#removeLastOccurrence(java.lang.Object)) also point to a dead link, though it is different: https://java.base/java/util/Collection.html#optional-restrictions We could try to manually fix this up to point to https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/Collection.html#optional-restrictions which seems...
> 1. We're replacing/providing the domain for *all* URLs, which is presumably why "no domain" becomes . Is it correct to always use the `//javadoc-metadata/link/@prefix` value (7574f166008bb45c0df97315aae7907ac25f8602)? This isn't entirely...
@moljac do you have a link to the build.cake changes that enable this? Did those happen in a separate repo? I'm not sure we need this mention in documentation specifically.
> Am I not supposed to? I plan to add automatically generated markdown with this info. OK? I think the update to the docs should be fine, now that utilities.cake...
What I mean to say is that inventory files do not need to be added to the repo, we can just generate and upload them during the build.
These loc related changes were also backported to our 7.0.1xx release branches, they should be in both RC2 and GA.
A couple of other instances that currently produce an empty summary and should likely be omitted: ```xml ```
Adding the javadoc tag as this is doc generation related, even though it's not specific to Javadoc importing.